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2. Microcomputadores: Linguagem de programação: Processamento de 
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Enquanto fui diretor editorial da revista MICROHOBBY, procurei sem¬ 
pre dar ênfase ao aspecto "desafio à inteligência" que o microcomputador re¬ 
presenta. 

Com vista nisso, concebi desde o primeiro número da revista uma seção 
"Quebra-Cabeça"na quai eram propostos problemas que deveriam ser resolvi¬ 
dos em "simbiose" com o microcomputador. Foi a maneira que encontrei 
para tentar estimular tanto a inteligência artificial quanto a natural de meus 
leitores. 

Às vezes eu exagerava um pouco na dificuldade dos problemas e o pes¬ 
soa! da redação ficava ansioso pois não chegavam cartas com a resposta corre¬ 
ta para que a pudéssemos publicar no número seguinte. 

Não uma, mas várias vezes fomos "salvos pejo gongo"por um leitor de 
São Paulo que nos enviava sempre a resposta correta e elaborada da maneira 
mais elegante possível. 

As cartas que ele enviava mostravam nitidamente uma inteligência bri¬ 
lhante que aceitava e gostava de desafios. O nome dele tornou-se conhecido 
na redação tanto quanto se ele fosse um de nós: SAMUEL EJCHEL. 

Alguém que sente prazer em pensar (espécie atualmente em extinção) 
só podia ser um amador entusiasta: real mente o Samuel não é um profissional 
do ramo e o que ele aprendeu de linguagem de máquina r foi como auto-di¬ 
data. 

Assim sendo ele tem bem nítidas na mente as dificuldades que um ini¬ 
ciante na arte da computação pode enfrentar. Ao mostrar como ele contor¬ 
nava essas dificuldades quando estava elaborando alguns jogos, eu senti a 
tremenda importância que essa experiência poderia representar para outros 
programadores. 

Mais importante que o resultado, a elaboração dos jogos tinha que ser 
transmitida aos outros usuários. O melhor caminho para isso era colocar o 
Samuel dando cursos ou escrevendo um livro. 

Optamos pela segunda hipótese e o resultado aí está. Confesso que, re¬ 
tendo a obra, sinto orgulho. 

É um orgulho "obstétrico": o filho não é meu, mas contribuí para que 
ele visse a luz. Meu "faro" não se enganou: o Samuel mais uma vez aparece 
com uma solução brilhante e elegante. 


Parabéns\ 
Pierluigi Piazzi 
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Este livro é destinado àqueles que, conhecedores de linguagem de má¬ 
quina, desejam aprender ou aprimorar-se na técnica de criar jogos no com¬ 
putador. Esta atividade, mais que outras, revela-se como um atraente e apai- 
xonante passatempo, tipo quebra-cabeças, que exige de quem o faz um gran¬ 
de esforço de atenção e concentração, constituindo-se portanto num exce¬ 
lente exercício para a mente. A satisfação que se sente ao terminar um de¬ 
senvolvimento, e ver na tela a materialização de uma idéia, é contagiante e 
altamente gratificante. 

Programar em linguagem de máquina já é de per si um desafio. Para jo¬ 
gos, o uso desta linguagem é indispensável, pelo menos nos microcomputado¬ 
res da linha Sinclair, por ser a única compatível com as velocidades exigidas 
no movimentos. 

Para usufruir deste livro o leitor deve conhecer as instruções de máqui¬ 
na, ou Assembly, do microprocessador Z-80. Algumas destas instruções são 
explicadas no texto, porém a maioria assume-se como conhecidas e, em 
caso de dúvida, recomenda-se consultar a bibliografia sobre o assunto. No 
apêndice A existem algumas indicações para isto. 

O equipamento a usar deve ser da linha Sinclair ou compatíveis, Ringo, 
ZX 81, CP 200, AS 1000, NEZ 8000, TK 82C, TK 85, TK 83, com capaci¬ 
dade maior ou igual a 2 Kbytes. 

Os programas apresentados necessitam para rodar, em sua maioria, algo 
perto deste limite. Assim se sua máquina tiver somente 2 Kbytes, convém 
conseguir uma expansão emprestada para permitir a digitação e carregamen¬ 
to dos programas. 

Para carregar os programas, separados em grupos, qualquer monitor ou 
carregador de linguagem de máquina, que o leitor disponha, pode ser usado. 
Após cada grupo, devidamente desassem.blado, temos a mesma listagem em 
heptassintático. Querendo usar esta opção, consulte o apêndice B. 

Este livro é dividido em 6 capítulos. Em cada um é enfatizada uma ca¬ 
racterística. relacionada com os jogos e é apresentado um programa ilustra¬ 
tivo detalhado e explicado em pequenos blocos. Vários destes contém rotinas 
de uso geral, que poderão ser copiadas e utilizadas de imediato em novas 
aplicações. Faça bom uso delas! 
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CAPITULO 1 - A TELA 


Indiscutivelmente a tela é o elemento mais importante quando se pre¬ 
tende programar jogos. Enquanto que numa aplicação mais "séria", a tela é 
o meio para dar saída de resultados de processamento ou listagens da manei¬ 
ra mais clara possível, nos jogos a estética e o dinamismo da imagem são a 
própria essência dos mesmos. 

Nos computadores da linha Sinclair o conteúdo da tela está armazenado 
na memória em forma de um arquivo seqüencial de bytes, cada um correspon¬ 
dendo a um de seus pontos. Este arquivo é conhecido como Dfile, abreviatura 
do inglês Display File. O endereço onde tem início é uma das chamadas Variá¬ 
veis do Sistema (como referência ver o manual do seu equipamento) e se 
encontra armazenado no par de bytes de endereço 16396 e 16397 (400C e 
400D em hexa). 

Para se obter com estes, o endereço X de início do arquivo da tela basta 

fazer 



A organização deste arquivo é função da capacidade de memória do 
equipamento. Para RAMs acima de 3,5 Kbytes tem a configuração esquemáti¬ 
ca apresentada na figura 1. 
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Isto significa que a tela ocupa 793 bytes de memória do computador, 
ou seja 24 vezes 32 bytes de cada linha da tela mais o inicial e final contendo 
a indicação de New Line (118 ou 76 em hexa), somando 25 bytes. Todos eles 
ficam reservados somente para a tela, e podem se "mover" ao longo da memó¬ 
ria, em função do tamanho do programa que acompanha seu uso. Todavia o 
endereço aonde o conjunto encontra-se em cada situação é sempre indicado 
pelos valores contidos nos bytes 16396 e 16397. 


Ora, 793 bytes representam uma parcela ponderável do total, quando a 
capacidade da RAM é inferior a 3,5 Kbytes. Neste caso, para economizar 
memória, a organização do arquivo de tela é diferente: quando se liga a má¬ 
quina, o arquivo contém apenas os 25 New Lines (118 ou 76 em hexa), e 
cresce na medida em que se vai "escrevendo" na tela. Por exemplo, partindo 
da tela vazia, após comandar: 


r--i i 





o arquivo teria a configuração esquemática indicada na fig. 2. 



Cabe esclarecer que nesta explicação está sendo omitido o que ocorre 
com as duas últimas linhas da tela, as quais, quando se trabalha em Basic, 
ficam sob controle do Sistema gerenciador desta linguagem. Porém ao passar 
para linguagem de máquina temos possibilidade de utilizar todas as 24 linhas 
como quisermos. O indicador do número de linhas reservadas pelo Basic na 
parte inferior da tela, é a variável de Sistema DFSZ, de endereço 16418 
(4022 em hexa). Mais adiante veremos como utilizar esta informação. 

A fim de ilustrar os conceitos acima e introduzir novos, vamos apresen¬ 
tar e analisar o programa de um jogo chamado Revertendo. A idéia do jogo 
consiste no seguinte: 

* O jogador, de início, define um número - o "Nível de Dificuldade" -- que 
será utilizado no programa para compor a tela ou tabuleiro do jogo. 

* O computador inicialmente constrói a tela base, que consiste em uma mol¬ 
dura de orientação, com letras no sentido horizontal e números no vertical, 
totalmente cheia de símbolos 

* Em seguida o programa sorteia um número de posições da tela igual ao Ní¬ 
vel de Dificuldade eleito pelo jogador, e faz uma modificação do conteúdo 
de cada uma delas e das oito posições que cercam a sorteada (se lá havia uma 
+ passa a um U e vice-versa). 

* Cabe ao jogador, através de lances, definindo a coluna (letra) e a linha (nú¬ 
mero), indicados nesta ordem, reverter (daí o nome do jogo) o tabuleiro às 
condições primitivas. 
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* Finalizando, o computador relembra o nível de dificuldade escolhido, e in¬ 
forma o número de jogadas ou lances feitos pelos jogador. A comparação des¬ 
tes dois valores dá a noção do desempenho atingido na partida. Embora não 
seja indispensável, é recomendável que se faça e use o diagrama de blocos do 
programa. Isto serve para fixar o raciocínio e evitar erros. 
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A correlação entre as instruções do programa e os blocos é a seguinte: 


BLOCO 

INSTRUÇÕES 

1 

3 e 5 

2 

10 

3 

15 a 28 

4 

30 a 49 

5 

60 a 106 

6 

1000 a 1019 

7 

125 

8 

200 

9 

205 a 230 

10 

235 

11 

241 a 250 

12 

1050 a 1080 

13 e 14 

1090a 1110 


Observe agora o programa, a partir da linha 50 até a sub-rotina 1000 
(inclusive), e veja como a tela está sendo alterada. A variável V da linha 50 na¬ 
da mais é senão o endereço que se encontra na Variável de Sistema DFile que 
falamos acima, e portanto corresponde ao início do arquivo da tela. 

Para entender as instruções seguintes, convém fazer um esboço da tela 
como o que apresentamos na figura 4. Aliás, quando se programa em lingua¬ 
gem de máquina, a confecção deste esboço é praticamente indispensável. En¬ 
tão, caso você deseje prosseguir é bom já ir providenciando um bloco ou ca¬ 
derno com papel quadriculado, ou tirando cópias do apêndice D. 



Hl 

lLl 

Ll 

Ll 

A 

A 

2. 

La 

La 

>o 

Ll 

Il2 

hl 

Ll 

Il5 

hi 

hi 

je 

19 

IB 

[21 

22 

23 

24 


26 

27 

28 

29 

30|3 


_0 

m 


0 

19 

m 

M 

13 

U 

h 

ia 

ii 

m 

Kl 

m 

121 

Dl 

0 

ia 

BI 

n 

0 

il 

m 

H 

m 

H 

n 

n 


m 


1 

m 

m 

ID 

B 

B 

B 

B 

B 

B 

B 

0 

B 

B 

a 

B 

0 

B 

B 

B 

0 

B 

0 

B 

B 

B 

B 

B 

B 

B 

m 


2 

m 

■Q 

a 

B 

B 

B 

B 

B 

B 

D 

B 

B 

B 

B 

B 

0 

D 

B 

a 

0 

B 

0 

B 

B 

B 

B 

B 

B 

B 

m 

19 

3 

m 


B 

B 

B 

B 

B 

B 

B 

B 

B 

B 

0 

0 

H 

0 

B 

B 

B 

0 

IB 

0 

B 

B 

B 

B 

B 

B 

B 

m 


4 

m 

na 

B 

B 

B 

B 

B 

B 

B 

B 

B 

B 

B 

B 

B 

B 

B 

B 

B 

B 

B 

B 

B 

B 


0 

B 

B 

B 

m 

[jn 

_5 

m 

ia 

IB 

B 

B 

B 

B 

B 

B 

B 

B 

B 

B 

B 

B 

B 

B 

B 

B 

B 

B 

B 

B 

B 

B 

B 

B 

B 

B 

WL 

39 

6 

Él 

3E9 

H 

Dl 

n 

n 

a 

n 

a 

19 

m 

B 

19 

B 

a 

n 

n 

m 

n 

19 

0 

19 

m 

B 

□ 

□ 

B 

B 

B 

m 


7 

M 

na 

D 

B 

B 

B 

B 

B 

B 

B 

B 

B 

B 

B 

B 

B 

B 

B 

B 

a 

B 

B 

B 

B 

B 

B 

B 

B 

B 

m 

m 

_8 

m 

as 

B 

B 

B 

B 

B 

a 

□ 

BI 

0 

11 

B 

m 

BI 

Dl 

a 

a 

0 

OQ 

B 

0 

B 

B 

B 

B 

B 

B 

B 

m 

9 

El 

ao 

B 

B 

B 

B 

B 

_ 

19 

131 

_ 

n 

n 

n 

B 

m 

19 

19 

0 

0 

0 

0 


B 

B 

B 

B 

B 

B 

m 

JQ 

10 

ÉÈ 

IS 

B 

B 

B 

B 

B 

B 

B 

B 

B 

B 

B 

B 

B 

B 

B 

B 

B 

B 

B 

B 

B 

B 

B 

B 

B 

B 

B 

m 

) po 

Q 

III 

9B 

B 

B 

B 

B 

B 

B 

B 

B 

B 

B 

B 

B 

B 

B 

B 

B 

B 

B 

B 

B 

□ 

El 

B 

B 

B 

B 

B 

nc 

Í1B 


íli 

!H 

B 

B 

B 

B 

B 

B 

B 

B 

B 

B 

B 

B 

B 

B 

B 

B 

B 

B 

B 

B 

B 

B 

B 

B 

B 

B 

B 

ni 

IB 


DE 

na 

B 

B 

B 

B 

H 

Dl 

BI 

M 

BI 

B 

n 

ra 

0 

BI 

a 

B 

B 

0 

El 

Dl 

n 

B 

B 

B 

B 

B 

B 

m 

1EE 


OI 

IB 

B 

B 

B 

B 

B 

B 

B 

B 

B 

B 

B 

B 

B 

B 

B 

B 

B 

B 

H 

B 

B 

B 

B 

H 

B 

B 

B 

ni 

IB 


DE 

ia 

B 

B 

B 

B 

B 

B 

B 

B 

B 

B 

B 

B 

H 

B 

B 

B 

B 

B 

B 

B 

B 

H 

B 

H 

B 

B 

B 

DE 

1E 

5 

Dl 

IO 

B 

B 

B 

B 

B 

B 

B 

B 

B 

B 

B 

B 

B 

B 

B 

B 

B 

B 

B 

B 

B 

B 

B 

B 

B 

B 

B 

DE 



Dl 

10 

B 

B 

B 

B 

B 

B 

B 

B 

B 

B 

B 

B 

B 

B 

B 

B 

B 

B 

B 

B 

B 

B 

B 

B 

B 

B 

B 

ni 

IS 

El 

Dl 

ao 

B 

B 

B 

B 

B 

B 

H 

B 

B 

B 

B 

H 

B 

B 

B 

B 

B 

B 

B 

B 

B 

B 

B 

B 

B 

B 

B 

nf 

IB 

E 

B 

DE 

10 

B 

D 

B 

B 

B 

B 

B 

B 

B 

B 

B 

B 

B 

B 

B 

B 

B 

B 

B 

B 

B 

B 

B 

B 

B 

B 

B 

no 

m 


£□ 

B 

D: 

B 

B 

D 

B 

B 

D 

□ 

B 

H 

B 

B 

B 

B 

B 

B 

B 

B 

B 

B 

B 

B 

B 

B 

B 

B 

m. 

320 

3 

M 

M 

0 

13 

[9 

19 

a 

U 

[9 

19 


N 

Kl 

n 

121 

Dl 

BI 

a 

0 

0 

0 

fl 

m 

71 

55 

a 

n 

H 

m. 

m 

£3 

3 

■1 

II 

H 

H 

■ 

H 

■ 

a 

B 

a 

a 

B 

B 

B 

B 

fl 

B 

B 

B 

B 

B 

B 

B 

B 

B 

B 

B 

fl 

B 

BI 




__ 

■ 

■ 

■ 

m 



1 


B! 
















r 

r 


BI 


1 

BI 

hl 

*1 

<1 

• 1 

6| 

7 

8 

9| 

»i 

"1 

12 

13 

14 

15 

16 

17 

18 

19 

20 

21 

22 

23 

24 

25 

^26 

27 

20 

29 

30|3 

wk 


FIGURA 4 


Com o auxílio do esboço torna-se mais fácil observar que a variável x, 
gerada na instrução 105 e variando de 4 a 29, corresponde a uma das colunas 
identificadas pelas letras, e a Y, gerada na 106 variando de 2 a 19, está ligada 
às linhas. Com a variável P da instrução 1000, obtida a partir das anteriores, 
chega-se ao endereço no arquivo da tela da memória do ponto a ser converti¬ 
do. Correlacione a figura 1 com a 4 e entenda como isto se processa. Note que 
o que está sendo dito é válido tanto para máquinas com mais ou com menos 
que 3,5 Kbytes que, neste último caso, como a tela está totalmente ocupada, 
o seu arquivo na memória estará completo e será igual ao daquele com mais 
de 3,5 Kbytes. 

As instruções seguintes, de 1010 a 1018, fazem a conversão, já que elas 
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"pegam" (Peek) o que está numa posição de memória, e subtraindo 128 (so¬ 
mar 128 seria a mesma coisa), inverte o "fundo" do símbolo gráfico que lá 
estava, e o "recoloca" (Poke) no mesmo lugar. 

Outro bloco que merece uma análise é o 11, onde o computador verifi¬ 
ca se a tela voltou ao que era, ou seja, se já não existe nenhum B (código 
149) nela. Para isto parte-se novamente de V e percorre-se todo o arquivo útil 
da tela (726 = 33 x 22), conforme indicam as instruções 242 a 248. 

Digite agora o programa e faça-o rodar. Frustante! O tempo que a tela 
fica apagada enquanto se processa a rotina do bloco 11 é realmente muito 
grande para ser agradável. O primeiro impulso é eliminar a rotina, substituín- 
do-a por um comando manual. Afinal o jogador está vendo que já "limpou" a 
tela e pode dar este comando. 

Faça então o seguinte: digite uma nova linha como segue 


Elimine as instruções 241 a 250 (inclusive) e mais a 1085, e introduza 
as seguintes novas instruções 



Faça -o programa "rodar" de novo e observe como tudo mudou! Veja¬ 
mos o que foi feito: 

Na instrução REM temos 


2A OC 40 
01 D6 02 
3E 95 
EDB1 
C9 


LD HL (DFile) 
LD BC, 726 d 
LD A, 149 d 
CPI R 
RET 


Consultando-se a bibliografia constata-se que CPIR funciona do seguin¬ 
te modo: compara o conteúdo do endereço apontado por HL com o valor de 
A e decrementa BC; a instrução é interrompida em duas situações, ou quando 
A = (HL) ou se BC atinge zero (neste último caso o "flag" zero é "setado" e 
instruções condicionais são possíveis). Ou seja, este pequeno conjunto de 
bytes fáz exatamente o que a rotina anterior fazia, porém em velocidade mui¬ 
to maior. 


Quando retorna ao Basic, o sistema traz junto com o argumento do 
USR o conteúdo do par BC, ou seja, após a instrução 244 a variável K fica 


igual ao último conteúdo de BC. Com isso sabe-se se não existe mais gj na 
tela, já que nesta situação K = 0. 

Vamos agora reformular o programa de modo a utilizar muito mais as 
rotinas em linguagem de máquina. O novo Basic é o seguinte: 




O diagrama de blocos, como era de se esperar, é o mesmo que foi apre¬ 
sentado na figura 3, porém com uma alteração — a utilização de duas sub-roti- 
nas distintas para modificar o conteúdo da posição e dos 8 vizinhos (bloco 6), 
uma para acompanhar o bloco 10 e outra, bem mais rápida, para atuar junto 
ao bloco 5. 

A correlação entre blocos e instruções passa a ser: 


BLOCO 

INSTRUÇÕES 

1 

710 a 720 

2 

730 

3 e 4 

740 a 750 

5, 6 e 7 

760 a 840 

8 

860 

9, 10, 11 e 12 

870 a 890 

14 

900 a 940 


14 


15 
































































No programa em linguagem de máquina vamos nos utilizar de quatro 
conjuntos de bytes, que funcionam como registradores, escolhidos para man¬ 
terem dados ou participarem na lógica de programação. Este tipo de “registra¬ 
dor improvisado" é comumente usado quando se programa em Assembly. 

Lugares bons para serem escolhidos são os bytes vazios na região das va¬ 
riáveis do Sistema, sejam o 16417 (4021 em hexadecimal), o par 16507/8 
(407B/C) e os bytes do "buffer" da impressora 16444 a 16475 (403C a 
405B). Note-se que o buffer da impressora é apagado quando se retorna para 
o Basic, mas se mantém quando vai para a linguagem de máquina. Os motivos 
para escolher esses bytes são: 

* Eles não apresentam desvantagem em relação a qualquer outro que fosse es¬ 
colhido. 

* Normalmente um registrador não precisa (e talvez nem deva) ficar no meio 
programa. 

* Estes bytes representam pontos fixos na memória e assim, quando se move 
o programa de uma região a outra, não é necessário mudar o endereço de cha¬ 
mada. 

* Os três primeiros bytes citados são preservados pelo SAVE e não são apaga¬ 
dos por CLEAR ou RUN. 

Quando se utiliza este tipo de registrador é comum batizá-lo com um 
nome sugestivo para identificá-lo e facilitar a programação. Os quatro registra¬ 
dores que definimos são os seguintes: 


NOME 

CÓDIGO 

ENDEREÇO 

Contador 

Cont 

16507/8 (407B/C em hexa) 

Transferência de X 

TrX 

16444 (403C em hexa) 

Transferência de Y 

TrY 

16445 (403D em hexa) 

Registro de N ível de 

TEX 

16536 a 16538 (4098 a 40AO 

Dificuldade 

(3 bytes) 

em hexa) 


O programa em linguagem de máquina será apresentado em grupos e 
sub-rotinas correlacionadas tanto quanto possível com os blocos do diagrama 
que apresentamos (fig. 3). Para carregar o mesmo, bem como todos os demais 
programas apresentados neste livro, o leitor poderá utilizar qualquer carrega¬ 
dor que disponha, assumindo sempre que o bloco em linguagem de máquina 
esteja concentrado numa única linha REM, partindo do endereço 16514 
(4082 em hexa). Como foi dito na falta de um carregador próprio, apresenta¬ 
mos um no apêndice B . Como simbologia, espaços em branco serão apresenta¬ 
dos por tó. 
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Grupo 1 - 16514 a 16576 (4082 a 40CO em hexa) 

V) NlVEL tó DIFICULDADE lábbbtí VOCÊ 5 CONSEGUIU ## NOVO 16 
JOGO? (S/N) 0 

Este grupo é todo especial. Ele contém o texto que será usado na finali¬ 
zação (bloco 12), e apresenta mais uma particularidade interessante: os três 
bytes centrais dos 5 espaços que seguem a frase "Nível de Dificuldade" cor¬ 
respondem justamente ao registro TEX que foi criado. Note (pelo basic) que 
após o uso, no bloco 5, do nível escolhido pelo jogador esta informação só 
será necessária na finalização. Assim, nada melhor do que já deixá-la num 
lugar favorável para a tarefa final. 



Grupo 2 - 16577 a 16590 (40C1 a 40CE em hexa) 

Agora zeramos o contador (equivale ao bloco 7) e os dois últimos bytes 
dí:< V FX. Isto é necessário para evitar que ao reiniciarmos um jogo, permane¬ 
çam as informações do anterior. 



Grupo 3 - 16591 a 16618 (40CF a 40EA em hexa) 


4- kj U 

2 H 1U 4 © 

LD 

HL 

•-L. vj U 

£l! o 

± N L- 

H 

4 Q L : -_j 

• _ 

í r« 

J— Lm’ 


4-kjL >4- 

FE 

CP 

.“L 

u 

4 0 j_. : hj 

F0 

RET 


4 0 D 7 

H 7 

HMD 

H 

4-QDS 

CS ) 

RET 


'-r* k_' l_-‘ ~ 

•** 

LD 

1 ) 

*4- kJ !_•• n 


INC 

H 

4- 0 L- ! D 

7 E 

{ Pi 

H 

H- kl» U L- 

t * 

n 

o f. í r*. 

ft 1*4 1 / 
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Este grupo corresponde ao bloco 3, De início tomou-se o valor registra¬ 
do no campo das variáveis (VARS) que acabou de "entrar" (Input F$). 

A rotina do Sinclair localiza a String através da Variável de Sistema 
VARS (16400 ou 4010 em hexa) que informa o endereço onde ela foi arma¬ 
zenada. O byte deste endereço contém o código da letra associada ao string. 
somado com 40, os dois seguintes são o comprimento da string, primeiro o 
menos significativo e o segundo mais significativo. Então em nossa rotina, ao 
fazer Inc HL — LD A, (HL) — CP 4 — Ret P — And A — Ret Z — Inc HL — 
LD A, (HL) — And A — RetNZ, estamos verificando se o comprimento é 
maior que zero, mas menor que 3, e em caso contrário, retornando ao basic. 
Neste caso tornamos o V da instrução 740 diferente de zero já que, nesta si¬ 
tuação, BC já contém o endereço de TEX. 

Os bytes seguintes contém os dados da própria "String" que entrou, e 
as demais instruções de grupo verificam se eles são realmente números e os 
carregam no registro TEX. 



Grupo 4 - 16619 a 16752 (40EB a 4170 em hexa) 


A s .*i 

£l U 

U L- : 


iZn u- 
hL l í 

ChLL 

cr rj -r: “ 

.*i i~S 

uí- 

•“ CT 

•~i •- 

*“• iZn 

um 

LD 

i_i s f i"5i a r r\ •. 

5Í1— £ •£-* *“i- • 

4-0 

— M 

1 

•_j EL 

*1 Li 


LD 

r*i “i m •’ r*s *» 

r—j . ^ >_/■ i 

ry. 

H* w 

— 

!_•' 



K -Z' 1 

•“ i"5i 
-i.VL' 

H- kj 

cr a 

ZZ. i_ 1 



DEC 

HL 

- .-x 

: 

7 »”•> 

»• 



Ll> 

H. h 

4-0 

~ CZ 

! 

55 



iiir 

Ur. 

» 

f 

4-0 

P “ 

20 

j i~: 


JR 

NZ;-40F1 

4-0 

p dj 

• 1 M 
.— i—: 

0C 

A iTi 
u. 

LD 

HL , CD-ri.Ln; 

4-0 

PC 

CD 

*“l U 

Á *1 

Ui. 

khLL 

412F 

i l7i 1~ l - 

• 11 *T* 



INC 

HL 

A -1 

LL 1 

A *1 

00 

03 

CD 

01 

A ”7 

.Ji 

.1 *1 

Ui. 

rs •“*: 

ChLL 

Ll> 

A . •*» A "7 

U. Ui. s 

C' (“*• cr c í rs *i 

1 Í ^ .j 1 • 
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Como vê-se este grupo está dividido em um básico de 16619 a 16686 
(40EB a 412E em hexa) e quatro sub-rotinas de 412F a 4146, de 4147 a 
4156, de 4157 a 4164 e, finalmente, de 4165 a 4170. 

Existem alguns pontos que merecem comentários: a primeira instrução 
do grupo básico — CD230F — é uma chamada a rotina da ROM OF23, que 
corresponde ao comando Fast. Este tipo de procedimento, o uso de rotinas 
prontas da ROM, é muito comum em programação em linguagem de máqui¬ 
na. Por isso temos no apêndice B a lista de rotinas disponíveis na ROM. 

O conjunto seguinte, LD HL, 704 — LD A, 21 — RST 10 — Dec HL — 
LD A, H — ORL - JRNZ, é também muito importante. Nele é usada a ins¬ 
trução RST 10 que nada mais é do que uma chamada (CALL) à sub-rotina 
que se inicia no endereço 10 da ROM, e que corresponde ao comando de im¬ 
primir na tela o que se encontra em A. A sub-rotina já garante que não será 
ignorado o byte contendo 118 (76 em hexa) ao fim de cada linha; por isso 
é que é suficiente carregar HL com 704 (= 32 x 22) e não 726 (= 33 x 22). 
Com esta seqüência também garante-se, caso o equipamento tenha menos que 
3,5 k, que o arquivo da tela corresponda a mesma totalmente "cheia". 

As demais instruções e sub-rotinas não são difíceis de entender. Tendo 
o arquivo da tela totalmente "cheio" como se garantiu no conjunto anterior, 
podemos compor a tela através de "cargas" (Load) adequadas, sem necessida¬ 
de do uso de RSTIO. É o que se está fazendo por exemplo, com a seqüência 
LD HL (DFile) - LD B, 3 - Inc HL - LD (HL), 08 - DJNZ, em que se colo¬ 
ca na tela 3 vezes o sinal gráfico correspondente ao código 08. 

Ainda é neste grupo de instruções que pode ser visto a importância de 
fazer o esboço da tela. A contagem dos espaços para sair de uma posição e 
chegar a outra, onde se "carregará" um sinal gráfico qualquer, é bastante 
facilitada com o uso do esboço. Note que um erro de posicionamento pode 
desorganizar o arquivo da tela. Isto é especialmente verdadeiro quando se car¬ 
rega na posição de fim de linha, um valor que não seja 118 (76 em hexa). 
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Quando este programa foi inicialmente criado, pretendia-se usar uma 
única sub-rotina - a do bloco 6 — para gerar a tela (anexa ao bloco 5) como 
para "revertê-la" (anexa ao bloco 10). Posteriormente, para ganhar tempo e 
melhorar o programa, foi introduzida uma sub-rotina própria — com início 
em 4254 - para gerar a tela. O grupo 5 corresponde então ao bloco 6 asso¬ 
ciado à reversão (bloco 10). 

Três pontos merecem destaque neste grupo: 

* A forma como está sendo feita a comunicação entre o basic (Poke 16447, 
x) e a linguagem de máquina [LD HL, TRX — LDB, 00 — LDC, (HL)]. 

* A sistemática de "consumir" tempo que é extremamente usada em progra¬ 
mas, aplicável a qualquer par de registradores (no caso usamos o BC) - LD 
BC, 0300 - DEC BC - LD A, C - OR B - JRNZ - onde o valor que se car¬ 
rega os registradores, 0300 no caso, deve ser ajustado de forma a causar o 
efeito desejado. 

* Os 6 bytes vagos ao fim da sub-rotina ou do grupo são uma reserva para 
a eventualidade de ser necessária uma correção no programa, e prevê-la é uma 
prática muito recomendável mesmo para programadores bastante experientes. 



Grupo 6 - 16837 a 16927 (41C5 a 421F em hexa) 



22 


23 





























4- lZ. 

— E’ 

-■d sS 

4- 0 [_ D 

l> tz. t L* uN i .* 

•-+- 1 _ L' 

t .-i -~i j7| i • 

•- •* 

4- 'cl 1 b 

I— r**: 

r* | .* 

:Tn :"*• .«i :T-. 

41 : H- 41.’ 

p. ;-H i pi 

T j\ i 

4-0 LD^ 
LD 

!_ L- : 

i n 

í TruNT i . r>F 

» — | J í r*. nr t í ” % 

n 1_ *. 2_-* — : JL !_ !_ .• 

•=• "7 •-« c: .• r s •, 

4-210 

:T- 

■— 


J Hi 

! 4 : q- 

4- cz. _l r 
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T--t* : 

: t t^s 

Neste grupo está se 

repetindo 

rotinas já conhecidas: do início até 16899 


(4203 em hexa) tem-se o mesmo teste básico usado no grupo 3 e que corres¬ 
ponde ao bloco 9 do diagrama de blocos; em seguida há a chamada à sub- 
rotina de reversão (grupo 5) e o incremento no contador, para finalmente 
chegar-se ao bloco 11 de verificação de retorno à tela básica, cujas explicações 
e instruções foram dadas quando "melhoramos" o programa original total¬ 
mente em basic. 



Grupo 7 - 16928 a 16979 (4220 a 4253em hexa) 




Este grupo corresponde ao bloco 12. Trata-se apenas de compor'a tela 
final, usando os dizeres preparados no grupo 1, que como foi visto, já contém 
a informação do nível de dificuldade eleito pelo jogador. 

Adicionalmente cabe chamar atenção sobre a técnica utilizada na trans¬ 
crição, com o uso da instrução LDIR, bem como o fato de carregarmos em 
BC o valor contido no contador de forma a levar para o basic, através da va¬ 
riável V, o número de jogadas utilizadas. 



Grupo 8 — 16980 a 17047 (4254 a 4297 em hexa) 

./j ‘~I ^ •f j j_i j 1 p» V 
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Como já foi explanado, aqui temos uma repetição da sub-rotina 6 (gru¬ 
po 5) que foi feita sem dispêndio de tempo, visando agilizar a montagem da 
tela inicial. 

Com este grupo de instruções finalizamos o programa em linguagem de 
máquina. Após carregar e rodá-lo notar-se-á que ele não apresenta grande 
vantagem em desempenho se for comparado com versão em basic, "melhora¬ 
da" através do acréscimo da sub-rotina de verificação do final. O ponto de 
maior realce, além do cunho didático, é a extensão do programa, que na úl¬ 
tima versão cabe perfeitamente em 2 Kbytes e nas primeiras exigia capacidade 
além desta grandeza. 



■1 “7 ;7j .n 
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RESUMO 


Foi abordado no presente capítulo o seguinte: 

* O arquivo da tela 

* Variáveis do Sistema: D File, Vars e DFSZ 

* Técnicas de passagem de dados do Basic para rotinas em Linguagem de má¬ 
quina e vice-versa. 

* Definição de "registros improvisados" e locais interessantes para sua arma¬ 
zenagem 

* Uso de diagrama de blocos e do esboço da tela. 

* Apresentação de rotina para consumir tempo 

SUGESTÕES 

1 _ Procurar entender porque é indispensável, a instrução 855 CLEAR no 

basic 2. 

2 - Se seu equipamento tiver somente 2K procurar modificar o programa 

de forma a englobar, na linguagem de máquina, as instruções 710 CLS e 
720 PRINT "NÍVEL DE DIFICULDADE"; AT 0,0;. Caso tenha mais 
que 2K, introduzir também telas com instruções do jogo, usando so¬ 
mente linguagem de máquina. 
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A qui vemos como uti¬ 
lizar a rotina de lei¬ 
tura do teclado simu¬ 
lando o INKEY$ em 
linguagem de máquina. 
Tudo que ora se discute 
é exemplificado na cria¬ 
ção do jogo "Crepe" 
onde se mostra também 
uma maneira muito ori¬ 
ginal de se criar núme¬ 
ros ao acaso sem que a 
sorte seja ludibriada. 
Alea jacta est. 






CAPITULO 2-0 TECLADO 


A pesquisa ou "Varredura 7 " do teclado é feito, nos computadores da li¬ 
nha Sinclair, através de uma sub-rotina da ROM conhecida por KScan, abre¬ 
viatura do inglês Keyboard Scan. 

Esta sub-rotina acha-se situada no endereço 699, ou 02BB em hexade¬ 
cimal, e similarmente a qualquer outra, pode ser chamada através da instrução 
Call (CDBB02). Como em sua utilização todos os registradores são afetados, 
se o conteúdo de algum deles precisar ser preservado, é necessário acumulá-lo 
no "stack" através da instrução PUSH, e após o Call, buscar a informação de 
volta através do POP. 

0 resultado da aplicação do KScan é encontrado no par HL, que fun¬ 
ciona como um apontador ou indicador de qual tecla foi digitada, se é que al¬ 
guma foi. Para entender como achar a tecla pressionada através do resultado 
acumulado em HL devemos considerar o teclado dividido em grupos. No caso 
do registrador L tem-se os seguintes grupos e correspondentes valores do mes¬ 
mo: 


GRUPO DE TECLAS 

VALOR DE 

Nenhuma foi pressionada 

FF 

Z-X-C-V 

FE 

A-S-D-F-G 

FD 

Q-W-E-R-T 

FB 

LO 

1 

'sT 

1 

CO 

1 

Oi 

1 

Y— 

F7 

CD 

1 

'-0 

1 

CO 

1 

CD 

1 

O 

EF 

Y-U-i-O-P 

DF 

H—J-K-L - (ENTER ou 


NEW LINE) 

BF 

B — N — M — (. ,)— (Space) 

7F 


Como vê-se a tecla "Shift" não participa de grupo algum dos citados. Isto 
significa que o fato dela estar pressionada ou não, em nada altera o valor de 
L. O mesmo conceito se aplica ao registrador H, só que neste caso, seu valor 
muda se a tecla "Shift" estiver ou não pressionada. 


GRUPOS DE TECLAS VALOR DE H 


Nenhuma (além do 

"Shift") 

Sem "Shift" 

FF 

Com "Shift 

FE 

A — Q — 1 — 0 — P 
(Space) 

— (Enter) — 

FD 

FC 

N 

1 

CO 

1 

1 

ro 

1 

CD 

— 0 — L — (.,) 

FB 

FA 

X 

1 

D 

1 

m 

1 

CO 

1 

CO 

- 1 - K - M 

F7 

F6 

1 

1 

cr 

1 

UL 

1 

O 

- U - J - N 

EF 

EE 

< 

1 

CD 

í 

— I 

i 

CJl 

1 

CD 

- Y - H - B 

DF 

DE 


Observando o teclado do equipamento e localizando os grupos citados, 
será fácil notar que o sistema é organizado como uma rede sobreposta ao con¬ 
junto. Dessa forma, só existe uma tecla que pertence simultaneamente a dois 
dos grupos citados, o que corresponde a uma relação direta entre a tecla e o 
resultado em HL. Exemplificando, pressionar a teclar A, sem "Shift", resulta 
em HL = FDFD, e em correspondência, não é possível chegar-se a este valor 
pressionando qualquer outra, ou conjunto de outras teclas. 

0 funcionamento desta sub-rotina é similar ao da função INKEY$ do 
Basic, a qual aliás faz uso da KScan. Assim, num programa no qual se deseje 
que o sistema aguarde o pressionar de uma tecla, é preciso incluir um conjun¬ 
to de instruções equivalente a 

Caso isso não seja feito, ao atingir o KScan ter-se-á apenas o valor F 
FFF em HL e as instruções seguintes serão executadas sem maiores delongas. 

No programa que vem a seguir, chamado "CREPE", existe uma rotina 
de espera incluída além da ilustração de outros conceitos que foram apresen¬ 
tados. 

0 "CREPE" é uma versão para o computador do famoso jogo de azar 
homônimo, também conhecido por "seven-eleven". Para quem não frequenta 
cassinos descrevemos as regras básicas. 

* Um dos participantes do jogo assume a posição de "banqueiro 7, e enfrenta 
apostas dos demais. 

* Cabe à banca ou banqueiro o lançamento de um par de dados. 

* A rodada se define em duas situações: 

** No primeiro lance de dados, se a soma dos pontos for 2, 3 ou 12 a banca 
perde e se for 7 ou 11 a banca ganha. 

* * Não se resolvendo a rodada no primeiro lance, ou seja, se a soma dos 
pontos obtidos tiver sido um dos seguintes 4, 5, 6, 8, 9 ou 10, ele será chama¬ 
do de "ponto" e a banca joga com o mesmo contra o 7. Isto significa que o 
banqueiro irá lançar os dados tantas vezes quantas forem necessárias até sair 
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o valor do "ponto" novamente, caso em que ele ganha, ou sair o 7, situação 
em que a banca perde. 

Isto posto, cabe seguir a sistemática recomendada e já exposta no capí¬ 
tulo anterior, com a apresentação do diagrama de blocos, figura 5, e o esboço 
da tela na figura 6. 
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O basic correspondente se resume a 



É fácil notar que o programa em si é inteiramente escrito em linguagem de 
máquina, e não necessita mais que 2 Kbytes de capacidade para rodar. Apesar 
do desempenho ser simples, foram utilizadas técnicas requintadas em sua ela¬ 
boração o que o torna bastante didático. 

Na concepção do programa foi assumido que o equipamento tenha ca¬ 
pacidade menor que 3,5 Kbytes, ou mais exatamente 2 Kbytes. Como foi ex¬ 
plicado no capítulo anterior, a diferença básica ocasionada pelas diferentes ca¬ 
pacidades é. a forma de manipular a tela. Justamente para enfatizar este ponto 
é que adotou-se este critério. Assim se o microcomputador tiver mais que 
2 Kbytes é necessário alterar a Variável do Sistema conhecida por Ram Top 
ou RTP, cuja localização está em 16388/9, dando uma instrução direta Poke 
16389, 72 seguido por NEW. Com isso o comportamento da máquina será si¬ 
milar ao de uma com somente 2 Kbytes. 

Aqui cabe uma explicação — a variável RTP guarda o endereço do últi¬ 
mo byte disponível na memória. Daí a razão do nome Ram Top. Este endere¬ 
ço está armazenado na forma tradicional, ou "invertida", usada na lógica Sin¬ 
clair. Assim se houver 16 Kbytes disponíveis, em 16388 haverá um zero e em 
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16389 o valor 128. Ora 128 x 256 + 0 ~ 32768 que subtraído do início da 
Ram (16384), resulta em 16384 bytes disponíveis, que nada mais são que 16 
vezes 1 Kbyte, já que 1 Kbyte = 1024 bytes. Ao dar o comando Poke 16389, 
72 obtém-se 72 x 256 + 0 = 18432 que subtraído do início da Ram (16384) 
resulta em 2048 bytes ou 2 Kbytes. 

O comando NEW que segue é indispensável para que o sistema se conso¬ 
lide na nova configuração, agindo como tendo somente os 2 Kbytes disponí¬ 
veis. 

Após os comandos citados carrega-se o programa, usando o LOAD. Se 
então gravarmos a fita usando o GOTO 10 toda a vez que voltarmos a carre¬ 
gar o programa com o LOAD, ele entrará em execução automática e se com¬ 
portará adequadamente mesmo que não se tenha previamente executado a al¬ 
teração da RTP descrita. Isto já não será verdade, se ao invés do GOTO 10, 
for utilizado o comando direto SAVE "CREPE". Convém analisar o que foi 
dito e entender bem a razão desta forma de ser. 

Como no exemplo do capítulo anterior vai-se agora desmembrar o pro¬ 
grama em grupos de instruções, correlacionando-os com os blocos do diagra¬ 
ma da figura 5. 

Grupo 1 — 16514 a 16549 (4082 a 4QA5 em hexa) 

Aqui estão contidos os 36 resultados possíveis, ou opções, do lançamen¬ 
to dos dois dados, armazenados da seguinte forma: em cada byte os primeiros 
4 bits contém o resultado de um dos dados, que é um número de 1 a 6, e os 
4 restantes o do outro dado. 

Uma das opções será sorteada e utilizada para montar a figura dos dados 
na tela. 



Grupo 2 — 16550 a 16555 (40A6 a 40AB em hexa) 

Nestes bytes está a palavra "Ganhou" que será utilizada para finalização 
da rodada, no bloco 16. 


É uma prática comum e conveniente esta de armazenar no início do 
programa informações que não participam da lógica, e que são apenas usadas 
para consulta ou composição das telas de abertura e finalização. Outra alter¬ 
nativa adotada é fazer a armazenagem após o fim do programa, deixando po¬ 
rém, por cautela, alguns bytes de reserva para o caso de ser necessário alguma 
alteração imprevista no programa. 


Grupo 3 - 16556 a 16854 (40AC a 41D6 em hexa) 



Este grupo contém as instruções e dados para montagem da tela de 
abertura e corresponde ao bloco 1 da figura 5, ou início do programa. 

A lógica utilizada nesta tarefa é bastante interessante. A instrução 20 do 
Basic faz uma chamada ao endereço 16568, e lá encontramos um Call para o 
início da lógica, em 16556 (40AC em hexa). Toda vez que um Call é feito, o 
endereço do byte imediatamente após a instrução é armazenado no "stack" 
para ser usado por ocasião do retorno. Surgindo a instrução Ret o endereço é 
retirado do "Stack" (como se fosse um "Pop") e a próxima instrução que é 
executada é a deste endereço. 

Ora, após o CDAC40 está o primeiro byte a ser "escrito" na tela. Ele é 
então armazenado no "stack", de lá retirado (El — Pop HL) e registrado em 
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A [7E - LD A, (HL)]. 0 endereço é então incrementado e novamente arma¬ 
zenado no "Stack", substituindo assim o anterior (23/E5 — Inc HL/ Push 
HL). O valor de A é comparado com FF, que é o indicador escolhido de fim 
do arquivo de compor a tela (FEFF - CP FF); sendo igual é dado o retorno 
(C8 — Ret Z) ou um "jump" para a instrução cujo endereço está no stack, 
que é exatamente a primeira após FF, e corresponde ao início do bloco 2. 
O próximo passo é novamente um Call (CD0808), que é uma chamada a uma 
rotina da ROM de endereço 2056 (0808 em hexa), responsável por escrever 
o conteúdo do registrador A na tela; esta rotina faz uso do RST 10 citado no 
capítulo anterior. Finalmente tem-se um "jump" relativo para o reinicio do 
ciclo. 

Em relação aos dados usados para compor a tela existem vários pontos 
dignos de nota: 

* Toda a vez que o valor de A for 118 (76 em hexa) a rotina CD0808 bem co¬ 
mo a RST10 entende que deve interromper a linha e pular para o início da 
seguinte. 

* * Existe uma superabundância de zeros a serem impressos. Ê claro que se 
poderia reduzir o número de bytes necessários para compor a tela, usando ro¬ 
tinas auxiliares. Mas em favor da didática e por não ser necessário economizar 
bytes, adotou-se esta apresentação. Como resultado, sabendo que se irá teori¬ 
camente trabalhar com uma capacidade de 2 Kbytes, tem-se entre 16571 e 
16853 uma cópia fiel do arquivo da tela, o que facilitará o entendimento das 
etapas seguintes do programa. 

* * * Também a título ilustrativo de recursos, e não para economizar memória 
neste caso, escolheu-se armazenar as palavras "Perdeu" e "Vai jogar? (S/N)” 
nos mesmos locais em que se reservaria espaço no arquivo da memória para 
escrevê-las, ou seja, nos endereços 16617 (40E9 em hexa) a 16839 (41C7 em 
hexa) respectivamente. Como conseqüência, ao montar a tela ela aparece com 
a indicação equivalente a de já ter havido uma rodada anterior em que a banca 
perdeu. 




Grupo 4 - 16855 a 16879 (41D7 a 41EF em hexa) 
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Eis o bloco onde se utiliza a KScan, que é o de número 2. 

De início se compara o valor de HL correspondente a tecla pressionada 
(se é que houve alguma), com EF 7F que corresponde a letra N, através do 
SBC HL, DE. Sendo zero a diferença, o N teria sido acionado e o "jump" se 
daria (CA 0000). Pular para o endereço 0000 é equivalente ao RST 0, e a 
conseqüência é a mesma que desligar e voltar a ligar o computador, ou seja, 
a memória é totalmente apagada além mesmo do que o NEW executa, já que 
com esta última instrução o valor da RamTop e tudo que lhe fica acima é 
preservado. 

Após a subtração o HL fica alterado e o valor que se carrega então em 
DE é a diferença entre o valor associado à tecla S (FBFD) e o da N jEF7F). 
Então executando nova subtração, se o resultado for zero é sinal que a tecla 
S foi pressionada e o programa segue para o bloco seguinte. Em caso contrário 
o JR NZ faz retornar o sistema para oKScan, e assim fica formado um laço ou 
"loop" que só é "quebrado" quando uma das duas teclas S ou N, for aciona¬ 
da. 

Os cinco bytes em branco seguintes são reserva para eventuais altera¬ 
ções. 



Grupo 5 — 16880 

a 16310 (41F0 a 42QE em hexa) 
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Este grupo corresponde ao bloco 3 da figura 5, onde alguns dizeres da 
tela devem ser apagados. 

De sugestivo convém enfatizar o endereço ou localização do que deve 
ser apagado. Se a tela estivesse "cheia" como comumente ocorre, a segunda 
instrução ao invés de ser 112200 — LD DE, 34 decimal seria 116F00 — LD 
DE, 111 decimal. Procure entender bem o porquê. 



Grupo 6 - 16911 a 16954 (420F a 423A em hexa) 
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Temos aqui uma repetição da lógica do grupo anterior. Trata-se do blo¬ 
co 4 figura 5 em que, ao invés de dizeres, apagam-se os dados. 



Grupo 7 — 16955 a 16982 (423B a 4256 em hexa) 



Aí está um grupo muito interessante. Ele corresponde aos dois blocos 
seguintes da figura 5, quais sejam o 5 e o 6. 

De início tem-se uma rotina equivalente à seguinte instrução em Basic: 

100 IF INKEY$ = " " THEN GOTO 100 

Isto porque, incrementando o L após o KScan (CDBB02), só teremos zero 
se HL for FF FF, ou seja, se nenhuma tecla estiver sendo pressionada. Caso 
contrário o JRNZ obriga o sistema a voltar ao KScan e tem-se um "loop" for¬ 
mado. Com isso, se após a opção do bloco 2 ou no retorno via bloco 12 da 
opção feita no 6, o jogador mantiver a tecla pressionada, o programa entrará 
neste |"!oop", e ficará nele até o jogador liberar a tecla. 

A seguir tem-se um novo laço ou "loop" percorrendo as 36 opções do 
grupo 1, passando por uma varredura do teclado. A varredura está no endere¬ 
ço 4250 , e as instruções Call KScan — Inc L — JRZ (CD BB02 — 2C — 28 
EF), garantem que enquanto uma tecla não for ptessionada o sistema perma¬ 
nece no "loop". 

As instruções Push DE antes do KScan e a Pop DE após são indispen¬ 
sáveis pelo que dissemos anteriormente: o KScan altera os valores de todos 


registradores e o DE deve ser preservado, já que nele está armazenado um 
endereço entre os 36 do grupo 1, que representará o sorteio feito. 

A forma de percorrer as 36 alternativas é a seguinte: de início carrega- 
se DE com o último dos 36 endereços (LD DE, 40A5), e vai-se a cada ciclo 
diminuindo-o de uma unidade (Dec DE) e somando-o a BF 7D (LD HL, 
BF 7D, ADD HL, DE). Ora, só não ocorrerá o "carry" quando DE for igual a 
4082, que é justamente a primeira das 36 possibilidades, situação em que o 
JRNC faz carregar de novo em DE o 40A5. 

Para que o jogo seja "honesto" é preciso que nossos dados eletrônicos 
não sejam viciados. Teoricamente teríamos um vício ao substituir o lance de 
dados pelo sorteio dentro de uma seqüência de 36 valores fixos. O que esta¬ 
mos fazendo eletronicamente equivale a ter 36 resultados colocados na peri¬ 
feria de um disco que gira frente a uma seta indicadora; ao parar o disco o 
resultado sob a seta é o escolhido. 

É fácil perceber que, teoricamente, a seqüência em que os valores são 
colocados, e o ponto que está sob a seta ao se iniciar a rotação do disco têm 
influência no resultado do sorteio. Porém a velocidade de rotação do disco é 
extremamente alta. Por menor que seja o intervalo entre duas pressionadas 
do teclado feito pelo jogador, o número de voltas será ainda suficientemente 
grande para poder-se com tranqüilidade desprezar este vício. 

Agora, é indispensável que o tempo que se permaneça em cada opção, 
bem como aquele necessário para se passar de uma para a seguinte sejam ri¬ 
gorosamente igual para as 36 posições. A lógica e as instruções envolvidas 
para o percurso de 35 delas, sejam de 40A5 a 4083, são exatamente as mes¬ 
mas. 

Ilustrando isso melhor tem-se, para as 35 primeiras a seqüência 

LDHL, BF7D — ADD HL, DE (o resultado é "não carry") — JRNC — 

DEC DE — Varredura 
E para a última 

LD HL, BF7D — ADD HL, DE (o resultado é "carry") — JRNC — LD 

DE, 40A5 — JR — Varredura 

Em todo computador existe um "clock" (relógio), que nada mais é que 
um circuito oscilante, que vai emitindo impulsos elétricos ritmados, cada um 
dos quais é chamado de "clock cycle" (ciclo do relógio). Nos equipamentos 
comuns da linha Sinclair, este relógio tem 3,25 MHz, ou 3,25 milhões de ci¬ 
clos por segundo. Cada instrução requer um certo número de ciclos para ser 
executada. Repetindo, não tempo, mas sim ciclos. Então um computador é 
tanto mais rápido quanto maior for o número de ciclos que seu relógio exe¬ 
cutar por segundo. 
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Existe na literatura a informação de quantos ciclos leva cada instrução. Pes¬ 
quisando-a encontrou-se para a primeira seqüência. 

INSTRUÇÃO N9 DE CICLOS 

LD HL, BF 7 D 10 

ADD HL, DE 11 

JR NC 7 

DEC DE 6 


TOTAL 

e para a segunda 

INSTRUÇÃO 
LD HL, BF 7 D 
ADD HL, DE 
JRNC 

LD DE, 40 A5 
JR 


34 

N9DE CICLOS 
10 
11 
12 
10 
12 


TOTAL 55 

Ora, existe uma diferença de 21 ciclos, e este é um vicio que precisa ser 
eliminado. Para isso, incluiu-se na primeira seqüência um Push BC seguido de 
um Pop BC que, sem alterar nada na lógica do sistema, ocupam 11 e 10 ciclos 
respectivamente, compensando os 21 da diferença. 

Outro detalhe a observar é o número de ciclos associados asiinstruções 
condicionais — conforme o resultado da condição varia o número de ciclos 
necessários para a sua execução. É o que está ocorrendo no caso em ques¬ 
tão, com a instrução JR NC — quando ocorre o "carry" não é necessário dar 
o salto ("Jump") e a instrução gasta 7 ciclos, e quando não ocorre o "carry" 
o salto deve ser feito, e o número de ciclos associado passa a 12. 



Grupo 8 - 16983 a 17103 (4257 a 42CF) 


4b! 

42 

u_ 

•— T L 1 

IH 

!~ ÍZ' 


LD 

PUSH 

t » t # 

n *. 

f—j s 

D iz. 

i 

4b! 

cr q 

2h 

0!_: 4 0 

LD 

HL , 

(D 

-FIL 

4b; 

5 Ü 

II 

5 5 0 0 

LD 

DE, 

91 

•• r% \ 

4b! 

.■i •-> 
*-r Cl 

42 

cr pr 

CL iTn 
:_i L_: 

62 

19 

lL t* 
4- i 

— 

Sj^l j 

HDD 

HND 

í } *« 

1— • 

HL , 

ijir 
i - ; . P: 

D tz 



42 



43 






















Apesar de extenso este grupo não apresenta dificuldades. Ele correspon¬ 
de aos blocos 7 e 8 da figura 5. 

De início carrega-se no acumulador o valor existente no endereço indi¬ 
cado por DE, proveniente do bloco anterior. Através do AND OF e AND FO 
_ rrA — RRA — RRA — RRA identifica-se os números originaimente ar¬ 
mazenados naquele endereço. 

A sub-rotina chamada, do endereço 17014 (4276 em hexa) se encarrega 
de desenhar cada um dos dados em sua vez. A lógica usada é de fácili com¬ 
preensão, lembrando apenas que a tela segue o conceito de máquina com ca¬ 
pacidade menor que 3,5 Kbytes. 

Finalmente, nas duas últimas instruções deste grupo, é obtido no acu¬ 
mulador a sbma dos dados que é em seguida armazenado no registrador C. 




Grupo 9 - 17104 a 17135 (42DO e 42EF em hexa) 



Os blocos da figura 5 associados a este grupo são os de números 9, 10 e 
11.0 que existe de interessante nele é o uso de informações escritas na tela 
como parte dos dados de programação. Isto é dito porque o valor do “pon¬ 
to 7 ' está registrado no arquivo da tela e na forma decimal. 

Para operar com este registro improvisado, o “ponto", de início acha-se 
sua localização (LD LH, (D File) — LD DE, 34 — ADD HL, DE) e verifica-se 
se há algo registrado (AND A — JRZ). Havendo, só pode ser o número 1, cujo 
código é 29 (1D em hexa) e que corresponde a 10. Daí a razão de subtrair 19 
e acumular o resultado no registrador B, que havia sido previamente “zera- 
do". A mesma lógica repete-se no byte seguinte, só que lá poderá estar qual- 
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quer símbolo entre 0 e 9, cujos códigos subtraídos de 28 resultam em seu 
valor nominal. Por exemplo, o código do símbolo 2 é 30 (1E em hexa) do 
qual, se subtrairmos 28 (1C em hexa), resulta o valor 2. 

Assim, tendo em A o resultado registrado no "ponto", fazer as compa¬ 
rações e dar os saltos requeridos pelos blocos 10 e 11 é bastante simples. 



Grupo 10 - 17136 a 17146 (42FO a 42FA em hexa) 



Esta é uma rotina de controle do tempo em que os dados ficam dese¬ 
nhados na tela, e está associada ao bloco 12 da figura 5. A explicação sobre a 
lógica envolvida em rotinas deste tipo já foi apresentada no capítulo anterior. 



Grupo 11 - 17147 a 17182 (42FB a 431E) 




Este grupo corresponde a situação em que o "ponto" está vazio, e se 
relaciona com os blocos 13, 14 e 15 do diagrama da figura 5. 

De interessante cabe ressaltar apenas a forma como se registra o resulta¬ 
do dos dados no "ponto" da tela — é exatamente a lógica ao inverso daquela 
apresentada no grupo 9. 



Grupo 12 - 17183 a 17227 (431F a 434B em hexa) 
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Esta é a última etapa. Corresponde aos blocos 16, 17 e'18ese resume 
em compor a tela final usando rotinas e lógica já apresentadas no capítulo 
anterior. 

Como comentário final cabe alertarque o jogador, ao apertar alguma 
tecla para sorteio de novos resultados dos dados, ou seja, ao executar o pres¬ 
crito no bloco 6 do diagrama da figura 5, deve evitar o uso das teclas S ou N 
pois, se á opção conduzir ao final, o programa irá com muita rapidez para o 
bloco 2, onde ou os resultados são apagados da tela (tecla S) ou o programa 
é eliminado da memória (tecla N). 



RESUMO 

Foi abordado neste capítulo o seguinte 

* Uso de tela em configuração correspondente a capacidade menor que 3,5 
Kbytes 

* Variável do Sistema — Ram Top ou RTP 

* Rotinas da Rom - RST ou JP0000, Impressão na tela (0808 em hexa ou 
2056 em decimal), Pesquisa do Teclado KScan (02BB em hexa ou 699 em 
decimal) 

Resultado em HL do uso de KScan e rotinas correlatas (espera para pressio¬ 
nar e liberar teclas) 

* Ciclos do relógio do computador 

Forma de sorteio de um elemento numa seqüência de valores 

•íf a 

Uso de valores registrados na tela na lógica do programa. 
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SUGESTÕES 


1 — Converter o programa apresentado de forma a aplicá-lo em computado¬ 

res com qualquer capacidade de RAM. 

2 - Criar telas de instruções para o programa apresentado. 

3 - Alterar o programa de forma que o resultado da rodada, Perdeu ou Ga¬ 

nhou, fique piscando na tela, ou seja, passando alternadamente o fun¬ 
do branco com letras pretas para fundo preto e letras brancas. 

4 - Alterar o programa de forma a "bloquear" o uso das teclas S e N quan¬ 

do o bloco 6 da figura 5 estiver em execução, de modo a evitar o pro¬ 
blema citado no fim do capítulo. 
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tilizando o ,y Joys¬ 
tick" estaremos ob¬ 
viamente estudando 
jogos de ação. Para 
tanto usamos como 
exemplo ilustrativo um 
jogo onde se rebate uma 
bola. As particularida¬ 
des do gerenciamento 
da raquete são discuti¬ 
das detalhada e exausti- 
vamente. 



CAPITULO 3-0 "JOYSTICK" 


Finalmente os jogos dinâmicos! E para melhor manejá-los nada mais 
indicado do que o "Joystick". Nem todos os computadores da linha Sinclair, 
existentes no mercado, vêm equipados de fábrica com soquete própiio para 

receber este acessório, o que é uma pena. 

Em essência o "Joystick" é uma extensão do teclado com cinco posi¬ 
ções, quatro das quais acionadas por uma alavanca e uma por um botão, tam¬ 
bém chamado de botão de disparo. As quatro posições da alavanca geram si¬ 
nais equivalentes aos das teclas 5, 6, 7 e 8 sem o "SHIFT". A razão da escolha 
é obvia, em função das setas associadas a estas teclas. Já o disparo é equivalen¬ 
te à tecla zero. 

Como conseqüência é uma tradição nos programas da linha Sinclair, 
com movimentação, usar os valores 5 a 8 para gerar os deslocamentos, de 
forma a permitir o uso do Joystick, o que não impede, àquele que não o dis¬ 
ponha, de jogar utilizando as próprias teclas do teclado. 

0 jogo ilustrativo que é apresentado a seguir, chamado "Rebatedor", 
pode ser praticado com o "Joystick". Diferentemente dos dois anteriores, 
tanto a lógica quanto o número de passos envolvidos são razoavelmente gran¬ 
des, o que o torna de compreensão mais diffcil. Apesar disto a apresentação 
será feita como naqueles casos, e o ideal é que o leitor vá acompanhando e 
entendendo cada passo na medida em que digita o programa. A absorção das 
informações será desta forma mais profunda. 

Mas se houver muita dificuldade no entendimento do que o programa 
deve fazer, tem-se a alternativa de digitá-lo por inteiro, sem maiores atenções 
além dos cuidados básicos para evitar enganos, e rodá-lo. Com isso ter-se-á 
na mente a idéia exata de como o jogo opera. Em seguida deve-se voltar a 
ler o texto, etapa por etapa. Cabe alertar sobre dois perigos - a tendência de 
abandonar-se a tarefa após ver o resultado e a impressão, às vezes falsa, de 
ter-se entendido aquilo que de fato não se entendeu. 

Para iniciar a apresentação do jogo tem-se na figura 7 o esboço da tela. 

Pressionando o zero ou o disparo, surgirá num dos lados, junto a uma das late¬ 
rais, uma bola que se moverá no sentido da base, numa das direções possíveis. 



FIGURA 7 


Movendo a alavanca do Joystick para à direita ou à esquerda, ou então 
pressionando uma das teclas 5 ou 8, a raquete move-se e deverá ser posicio¬ 
nada de forma a impedir que a bola atinja a base marcada com pequenos 
pontos. Existem três formas da bola ser rebatida pela raquete: 

* Se atingir um dos cantos da raquete ela retornará na mesma direção em que 
vinha, porém em sentido oposto; usando a figura 7, se a bola movia-se segun¬ 
do c, após tocar o canto da raquete ela passa para a. 

Atingindo a face da raquete, com esta movendo-se no mesmo sentido que 
a bola, eia "escorregará" (deslocar-se-á uma posição para o lado) antes de repi¬ 
car; assim, na figura 7, se a bola vinha segundo b, atingindo a raquete que se 
movia na direção II, ela deslocar-se-á uma posição para à direita e, em seguida, 
assumirá o movimento na direção a. 

-)f 

A raquete estando parada, ou se movendo em sentido oposto ao do que 
vem a bola, esta repicará sem escorregar; usando outra vez a figura 7, se a bola 
vinha se movendo segundo c, atingindo a raquete parada ou se movendo na 
direção II, ela passa a seguir o movimento conforme d. 

As laterais e o topo produzem um repique "normal" (sem escorrega¬ 
mento) na bola. Novamente, observando a figura 7, se a bola, vier segundo d e 
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tocar a lateral esquerda ela passará para a, e se tocar o topo em seguida, assu¬ 
mirá a direção b. 

A barreira é constituída por quatro camadas de 30 blocos cada: o de 
baixo com quadriculado de código 136 (ver o manual de seu equipamento), 
o imediatamente acima com o semi-quadriculado de código 10, o terceiro 
com o semi-quadriculado de código 9, e finalmente, o de cima com quadricu¬ 
lado de código 8. A bola batendo na barreira faz “desaparecer" o bloco atin¬ 
gido, aumenta de um o número de pontos conseguidos e sofre um repique 
“normal", da forma já explicada anteriormente. Além disso, em função do 
bloco atingido, a velocidade da bola (e da raquete por conseqüência) é altera¬ 
da: se for um da camada de baixo, de código 136, a velocidade será a mais bai¬ 
xa, que é também aquela com que o jogo se inicia; se for da segunda, código 
10, a velocidade sobe um pouco; como o 9 sobe mais ainda, e finalmente, 
com o bloco de código 8 a velocidade será máxima. 

Se os 120 blocos forem “apagados" a barreira se recompõe, a bola desa¬ 
parece, a raquete volta à posição de partida, e o jogo pode ser reiniciado com 
o botão de disparo. 

Se o jogador não tiver habilidade suficiente para impedir que a bola atinja a 
base, perderá a mesma. A cada bola perdida a raquete é reposicionada e uma 
nova bola volta a surgir ao aperto do disparo. Obviamente a situação da bar¬ 
reira não é alterada nesta circunstância. 

Após a perda das 5 bolas o jogo chega ao fim e aparece na tela a mensa¬ 
gem “Novo Jogo? (S/N)“. Pressionando o S o jogo reinicia e com N a memó¬ 
ria RAM é apagada. 


O Basic correspondente ao jogo é o seguinte 



Isto indica que o programa é todo escrito em linguagem de máquina e 
ocupa menos que 2 Kbytes, como o CREPE do capítulo anterior. Porém o 
Rebatedor é algo mais longo por utilizar a tela cheia, o que ocupa 792 bytes 
enquanto o Crepe só o faz parcialmente. 


Antes de analisar o diagrama de blocos da figura 8 cabe apresentar os 
Registros Improvisados utilizados pelo programa; 


NOME 

ENDEREÇO (HEXA - DEC.) 

ABREVIATURA 

Número de bolas 

DFile + 6 

— 

Sentido da Raquete 

403C/D - 16444/5 

SENT 

Contagem 

403E - 16446 

CONT 

Posição 

4040/1 - 16448/9 

POSBOL 

Posição da Raquete 

4042/3 -.16450/1 

POSRAQ 

Direção da Bola 

4044/5 - 16452/3 

DIRBOL 

Velocidade 

4046/7 - 16454/5 

VEL 

Para o Número de 

Bolas está sendo usada a própria 

tela, à semelhança 


do feito com o Ponto do Crepe. Os demais registros foram todos colocados no 
“Buffer" da impressora. 


O Sentido da Raquete é um registro que indica se a,raquete está sendo 
movida para a direita ou esquerda ou então parada, e é utilizado como indi¬ 
cador para gerar o efeito de escorregamento lateral da bola, no repique con¬ 
tra a raquete, como foi descrito anteriormente. A indicação é obtida copian¬ 
do simplesmente neste registro o conteúdo do par HL logo após a chamada 
ao KScan. 

O registro Contagem contém a cada momento o número de blocos ain¬ 
da existentes na barreira. Isto é conseguido carregando-o inicialmente com o 
valor 120, e diminuindo uma unidade a cada bloco que é atingido. Sua fina¬ 
lidade é indicar o momento que a barreira foi totalmente apagada (CONT = 
0), quando então o programa será interrompido para que a barreira seja re¬ 
feita, e o jogo possa recomeçar. Poder-se-ia pensar em utilizar os Pontos acu¬ 
mulados na tela para atuar como este registrador . Porém lembrando que a 
barreira pode ser totalmente apagada várias vezes, a utilização de um registro 
especial para este controle é uma solução mais prática. 

Os registros de Posição, seja da Bola como da Raquete, como o próprio 
nome diz, contém o endereço onde o elemento em questão se encontra. No 
caso da Raquete a referência é sua posição central — ela é representada por 
cinco símbolos gráficos de código 3. 
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0 registro Direção da Bola tem uma correspondência direta com as qua¬ 
tro setas a, b, c e d representadas na figura 7. Isto é, nele está registrada a di¬ 
reção que a bola vem se deslocando. Isto é feito da seguinte forma: sabe-se 
que se a bola segue na direção a e encontra-se numa certa posição, o próximo 
endereço que ela ocupará será o da posição atual subtraído de 32; se a direção 
for b o próximo será o atual aumentado de 34 e assim por diante. Em resumo 


Direção 

Valor a Somar ao End atual 

Conteúdo do DIRBOL 

a 

-32 

FFEO 

b 

34 

0022 

c 

32 

0020 

d 

-34 

FFDE 


Como se vê o conteúdo de DIRBOL é, em hexadecimal, exatamente 
o valor a somar ao endereço atual de forma a encontrar o próximo que a bola 
ocupará, a menos que haja algo que o impeça, como a raquete, a lateral ou o 
topo , por exemplo. 

Finalmente o registro Velocidade contém o valor correspondente ao úl¬ 
timo bloco da barreira que foi "apagado", e que deverá ser decrementado até 
atingir zero, em cada ciclo do movimento. Quanto menor for este valor, mais 
rapidamente os eventos se sucedem e mais dinâmico se torna o jogo. Os valo¬ 
res possíveis de VEL em hexadecimal são 


Condição inicial do jogo — 0500 

Bloco apagado tem código 136 — 0500 

Bloco apagado tem código 10 — 0400 

Bloco apagado tem código 9 — 0300 

Bloco apagado tem código 8 —0150 


Conhecendo os Registros Improvisados usados é mais fácil examinar e 
entender o diagrama de blocos da figura 8. Após tê-lo feito, é o momento de 
detalhar o programa correlacionando-o com os blocos apresentados, como já 
foi feito nos capítulos anteriores. 
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FIGURA 8 
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Grupo 1 - 16514 a 16527 (4082 a 408F em hexa) 


Aí está o texto para compor a tela final: "NOVO JOGO? S/N" 



Grupo 2 — 16528 a 16541 (4090 a 409D em hexa) 



Este corresponde ao bloco 1 da figura 8, e consiste numa rotina padrão 
para gerar o espaço correspondente à tela completa, "escrevendo" na mesma 
espaços vazios. 

A rotina se inicia com um LD (IY + 22), 00‘(FD362200) — ora, pela 
lógica da ROM, ao colocar o Basic à disposição do usuário, o Registro IY é 
feito igual a 4000 em hexa. Então IY + 22 coincide com o endereço 4022, 
ou 16418 em decimal, que é o do DFSZ citado no 19 capítulo. Colocando 
zero neste endereço as 24 linhas da tela ficam disponíveis para o usuário, 
e pode-se "escrever" os espaços vazios em 24 x 32 = 768 posições ou 0300 
em hexa, que é feito pelo restante da rotina. 







Grupo 3 — 16542 a 16603 (409E a 40DB em hexa) 


409t 

Q 

0C 40 


? - ,» i 1 r - *. Ui T • V** 

n~ J J- 1— !_ 

4- 0 fi 1 

O 


: ,i i— 

4 0 H 2 

4 0 R 4 

4- L’ 1 H tj 

•-I* ‘_ : 

•~Z’ £Z 

: _ : 

n :* 

1 ] t 

INC 

LD 

T h i ~- 

( H L j 8 4 

4 0 R 7 

4 0 R o 

. — ’ ,_j 

,j« o 

R 1 

i. i -1L- 

LD 

r-j \ . 

*:—1 
lll 

.i 

j r . j 

4 0 H H 

•— 1 






A simplicidade do exposto dispensa comentários. É o próprio bloco 2 
da figura 8. 










Grupo 4 — 16604 a 16655 (40DC a 410F em hexa) 
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Outro grupo bem simples. Corresponde ao bloco 3, ou seja, compõe a 
barreira e carrega 120 no Registro Improvisado “Contagem”. 



Grupo 5 - 16656 a 16706 (4110 a 4142 em hexa) 
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Por que simplificar se é possível complicar? Por incrível que pareça este 
grupo corresponde aos blocos 14, 15, 16, 17 e 18 do diagrama da figura 8. A 
idéia foi evitar o “salto endereçado” do final da rotina, C39E40,! usando em 
seu lugar um “salto relativo” JR, o que acabou não sendo possível pelo 
grande número de bytes a pular. 

Isto posto, pouco resta a comentar. De início localiza-se o registro “N9 
de Bolas” que é DFile + 6, reduz-se de um seu conteúdo e compara-se o resul¬ 
tado com 9C que é o zero em fundo reverso ou preto. Não sendo igual vai-se 
parado início do jogo, isto é, para o bloco 4 que vem a seguir. Em caso con¬ 
trário, aplica-se a mesma rotina de finalização já vista anteriormente. 



Grupo 6 — 16707 a 16746 (4143 a 416A em hexa) 
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Como já foi dito, este é o próprio bloco 4. No grupo começa-se apagan¬ 
do totalmente o conteúdo da linha 21, com exceção, é claro, dos blocos das 
laterais. Assim qualquer vestígio da posição anterior da raquete, bem como da 
frase “Novo Jogo? S/N" é eliminado. 

Desenha-se então a raquete, carrega-se o endereço de sua posição centrai 
no Registro POSRAQ - 224240 - e finalmente carrega-se 0500 no VEL. 



Grupo 7 — 16747 a 16799 {416R a 419F em hexa) 






HL 
•r.) 

HL 

HL 
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Aqui tem-se novidades — o sorteio da posição inicial da bola, usando a 
variável de Sistema Quadros ou “Frames" em inglês, de acordo com o pres¬ 
crito no bloco 5 da figura 8. 

A Variável Quadros situada em 16436/7 (4034/5 em hexa) “conta" o 
número de quadros ou impulsos de imagens enviadas à tela. É portanto, num 
instante arbitrário, uma boa fonte para buscar um numero ao acaso. 

Tomou-se o byte menos significativo desta variável que é o primeiro, no 
endereço 4034, consistindo num número de 0 a 255. 

Subtraindo repetidamente 6 deste valor até ocorrer um “carry“, chega- 
se a um número entre — 1 a — 6, que somado a 14 resulta finalmente num 
número aleatório entre 8 e 13. 

Se o número assim conseguido for 8, 10 ou 12 o programa fará com que 
a bola surja nas linhas 9, 11 ou 13 respectivamente logo após a tecla 0 ter 
sido pressionada, tendo a direção b da figura 7 — em DIRBOL haverá 0022. 
Se o número for 9, 11 ou 13 a bola surgirá em 10, 12 ou 14 com direção c, 
ou seja, em DIRBOL haverá 0020. 



Grupo 8 - 16800 a 16823 (41A0 a 41B7 em hexa) 
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Aí está o KScan de novo. Só que verificando se a tecla 0 foi pressiona¬ 
da, conforme prescrito no bloco 6, em caso positivo desenhando a bola na 
posição informada anteriormente de acordo com o bloco 7. 



Grupo 9 - 16824 a 16837 (41B8 a 41C5 em hexa) 



Este^yrupo corresponde aos blocos 8 e 9 da figura 8. Quanto ao primei¬ 
ro, nada importante a comentar. Já no bloco 9 cabe observar que, através do 
incremento de B e o teste do bit 0 ser 0!ou 1, se consegue que a raquete tenha 
o dobro da velocidade da bola. Isto porque se Bit 0, B t = 0 após passar por 
algum dos blocos alternativos chega-se ao 26, que permite mover a raquete. 
Num instante imediatamente posterior, B é incrementãdo^Bit 0, B será 1 e o 
caminho é direto para o 26 novamente. Isto significa dois impulsos para o 
bloco 26 para cada um que vai mover a bola. 

Isto é indispensável para permitir ao jogador acompanhar a máquina. 
Mesmo com esta "desvantagem", o desempenho da máquina é bastante difí¬ 
cil de ser seguido pelo homem. 



Grupo 10 — 16838 a 16904 (41C6 a 4208 em hexa) 



Este consiste num. grupo de instruções bastante interessante. Ele está 
envolvido com vários blocos da figura 8 e ainda faz uso do próprio estado da 
tela para decisão dos passos a seguir. 

De inicio ele carrega em HL o que está em POSBOL e coloca zero neste 
endereço, o que equivale "apagar" a bola. Somando a HL o que está em Dl R- 
BOL chega-se ao endereço que a bola deve atingir na seqüência, ou seja, o que 
foi chamado de "posseg" na figura 8. Através da série de instruções LDA, 
(HL) - AND A - JRNZ, testa-se se a posseg está vazia, usando para isso a 
Própria tela. Cobriu-se assim os blocos 10 e 11 da figura citada. 
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Com a série LD (HL), 34 - LD (POSBOL), HL - JP completa-se a se- 
qüência com o bloco 12 e atinge-se a 26. 

Em seguida é feita a verificação se a posseg contém 1B, 80, 08, 09, en¬ 
fim qualquer um dos símbolos gráficos existentes ou possíveis de estarem pre¬ 
sentes abaixo da linha zero, em caso positivo, é feito um salto até a rotina cor¬ 
respondente ao conteúdo. Note-se que no teste da raquete (figura de código 
03) é necessário não só verificar a posseg como também as vizinhas a esta po¬ 
sição - DEC HL; LD A, (HL); CP03; JPZ e em seguida INC HL; INC HL; 
LD A, (HL); CP02; JRZ. Passou-se assim pelos blocos 13, 19, 20 e 21 da figu¬ 
ra 8. 



Grupo 11 - 16905 a 16943 (4209 a 422F em hexa) 
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Se a posseg não está vazia e ao mesmo tempo, não contém nenhum dos 
elementos abaixo da linha zero, resulta que a bola vai de encontro ao topo. 

Contrariamente às situações anteriores, tem-se aqui o caso no qual vá¬ 
rios grupos de instruções correspondem a um só bloco: o 25. O grupo 11 em 
questão é um deles. Nele tem-se a lógica de mudança de direção da bola quan¬ 
do encontra um "obstáculo horizontal", isto é, se ela vier na direção a esta é 
convertida na b, se vier segundo c passa ade assim por diante. E é obviamen¬ 
te isto que deve ser feito se a posseg é um elemento do topo. 

Este mesmo grupo será "chamado" em várias circunstâncias verificadas 
adiante. 



Grupo 12 - 16944 a 17007 (4230 a 426F em hexa) 
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Eis mais uma parcela do bloco 25. É a lógica a ser percorrida no caso 
da posseg ser a parede. 




Se a bola encontrou a barreira é para este grupo que se dá o salto. A 
correspondência é com os blocos 22, 23 e 24. 

O ajuste da velocidade (bloco 22) é feito através de LD DE, 0150 ou 
um dos outros três valores seguido por LD (VEL), DE. O acerto de contagem 
vem a seguir e consiste numa lógica interessante, que deve ser bem analisada, 
pelo potencial de uso que tem em muitos jogos. 

Para concluir o grupo, é feita a redução na contagem, com a seqüência 
LD (HL), A; LD A, (CONT); DEC A; JPZ; LD (CONT), A. 



Grupo 13 — 17008 a 17029 (4270 a 4285 em hexa) 
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Grupo 14 — 17030 a 17148 (4286 a 42FC em hexa) 
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Este longo grupo de instruções é o último relacionado com o bloco 25. 
Trata-se da lógica no caso da posseg ser a raquete. Ela é longa em face 
das alternativas a considerar: 

* Se a bola vai atingir o canto da raquete, ela deve retornar de onde veio, ou 
seja, se a direção era c passa a ser a. 

* Se a bola for atingir a face da raquete é necessário verificar a hipótese de 
ocorrer ou não um "escorregamento" lateral. Porém isso só deve ser feito 
se a posição ao lado não for a parede. 



Grupo 15 — 17149 a 17219 (42FD a 4343 em hexa) 



Finalmente completamos o programa. Este grupo está associado aos 
blocos 26 e 27, e inicia-se com um PUSH BC, antes do já conhecido CALL 
KScan, a fim de preservar o valor de B que é usado no bloco 9. 
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SUGESTÕES 


Após carregar HL no Registro SENT, é feito um teste com o valor de L 
somente. Se ele for FF a raquete não é movida, se os quatro primeiros bits, 
de 0 a 3, não corresponderem a F, a raquete é movida para esquerda e se os 
últimos bits, de 4 a 7, não corresponderem a F a raquete é movida para direi¬ 
ta. Como conseqüência não é somente com as teclas 5 e 8 que a raquete se 
move. Isto é uma desvantagem, ou até defeito do sistema, pois com a tecla 
zero em especial, além de fazer "surgir" a bola, a raquete se move para a di¬ 
reita. 



RESUMO 


Foi abordado neste capítulo o seguinte: 

* Variável do Sistema — Quadros (Frames) 

* Uso de Quadros para sorteio de posições na tela. 

* Utilização do conteúdo da tela para alternativa de lógica na programação. 


1 — Modificar o programa Rebatedor de forma que a raquete so" mova-se 

com o acionamento das teclas 5 e 8, e não com qualquer outra. 

2 — Criar as tradicionais telas de apresentação 

3 - Dar valores distintos na contagem de pontos em função do bloco da 

barreira que foi demolido. Por exemplo, atribuir 2 pontos se um bloco 
de código 8 ou 9 for apagado, e somente um se for o 10 ou o 136 

4 - Criar uma premiação ao jogador no caso dele conseguir acabar total¬ 

mente com a barreira, aumentando o número de bolas disponíveis até 
um limite máximo de 9. 

5 Analisar o programa e procurar entender o porquê, em certas circuns¬ 
tâncias, a raquete é "furada" pela bola. 
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CAPÍTULO 4 - MOVIMENTOS MÚLTIPLOS 


Os conceitos básicos envolvidos na concepção e elaboração de jogos no 
computador foram cobertos nos capítulos anteriores. Agora trata-se de ganhar 
prática e enfatizar aspectos particulares que podem estar contidos num pro¬ 
grama. No exemplo a seguir ver-se-á vários objetos movimentando-se na tela 
simultaneamente. Daí o nome do capítulo. 

Trata-se de um jogo que, a semelhança de muitos outros existentes no 
mercado, chama-se Invasores. A fim de melhor apresentá-lo cabe examinar o 
esboço da tela que constitue a figura 9. 
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FIGURA 9 

O invasor é um avião, representado pelo asterisco e os sinais de "maior" 
e "menor", que "nasce" na tela a partir de uma das laterais, e desloca-se em 
direção à outra. A cada instante não há mais que um avião na tela. 

Cabe ao canhão destruir o avião disparando tiros verticais. O canhão 
move-se para à direita e à esquerda, através das teclas 5 e 8 ou do "Joystick", 
e dispara com a tecla 0. Cada vez que o canhão destruir o avião há um ganho 


je 10 pontos, porém cada tiro disparado reduz a contagem em um ponto. 

O avião também não é inofensivo - ele atira, segundo a diagonal, contra 
c anhão. Atingindo-o é perdida uma vida. O avião não dispara mais de um ti- 
r0 por vez segundo cada diagonal. Numa mesma direção, o segundo tiro é 
disparado somente quando o primeiro já "sumiu". Um detalhe: os tiros, seja 
do avião, como do canhão, deslocam-se com o dobro da velocidade dos outros 
elementos da tela. 

Além disso existe uma contagem do tempo remanescente. Ou seja, o 
jogo termina quando ou o tempo ou as vidas chegam a zero. A meta é fazer 
o maior número de pontos neste intervalo de tempo. 

O Basic associado ao programa é o seguinte. 



Como se vê o programa á bastante extenso, ocupando quase totalmente 
os l Kbytes disponíveis; daí a necessidade de economia da memória. 

Antes de examinar o diagrama de blocos apresentado na figura 10, cabe 
definir os Registros Improvisados envolvidos: 


NOME 

ENDEREÇO (HEXA - DEC) 

ABREVIATURA 

VIDAS 

DFile + 

766 


TEMPO 

DFile + 

778 


PONTOS 

DFile + 

791 


Posição Avião 

403C/D 

- 16444/5 

POSA 

Posição Tiro 1 Avião 

403E/F 

- 16446/7 

POSTAI 

Posição Tiro 2 Avião 

4040/1 

- 16448/9 

P0STA2 

Posição Tiros Canhão 

4042a 

- 16450a 

POSTC 

(10 tiros) 

4055 

- 16469 


Direção do Avião 

4021 

- 16417 

Dl RA 

Indicador de Saída 

4056 

- 16470 

IND 

Posição Canhão 

407B/C 

- 16507/8 

POSC 


76 


77 







FIGURA 10 



Os três primeiros são os próprios campos correspondentes da tela. Os in¬ 
dicadores de posição, quer do Avião, do Canhão e dos respectivos tiros, in¬ 
formam a cada instante onde os mesmos se encontram. No caso do Avião é 
o asterisco que serve de posicionamento, para o Canhão é a figura de código 
128 (80 em hexa), uma das que compõe a base do mesmo. 

O Registro Direção do Avião — Dl RA pode assumir apenas dois valores, 
zero ou um, indicando movimento do Avião indo da direita para esquerda ou 
vice-versa, respectivamente. O indicador de Saída está fazendo as vezes do 
registro B do programa Rebatedor, apresentado no capítulo anterior, ou seja 
a de fazer com que os tiros se movam duas vezes mais rapidamente que o 
avião e o canhão, e assume também somente dois valores - zero ou um. 

Agora deve-se examinar e entender o diagrama de blocos. Um dos pon¬ 
tos a realçar é justamente a forma como funciona o IND. Na seqüência dos 
blocos, chegando ao 5, IND é feito igual a zero. Ao atingir o 25, passando 
portanto por 17 e 22, sendo zero, a seqüência é o 26 onde IND torna-se um e 
é aberta a possibilidade de mover-se o canhão. O retorno é para o bloco 16, 
passando novamente pelos blocos 17 e 22 onde os tiros são movimentados 
novamente, e daí, em 25 é fechado o ciclo, pois como IND = 1 a seqüência 
será o retorno ao 5. 

Outro ponto a destacar é o efeito claro/escuro, também chamado 
"BUM", utilizado nos blocos 19 e 23. Trata-se de uma sub-rotina que é “cha¬ 
mada" nos dois blocos citados, e que faz a inversão da tela toda, de fundo 
claro em escuro e vice-versa, por três vezes. 

A próxima etapa é analisar os grupos com as instruções em linguagem 
de máquina. 


Grupo 1 - 16514 a 16545 (4082 a 40A1 em hexa) 

Aquj estão somente os dados para compor a tela inicial, o “rodapé" da 
figura 9. 
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Grupo 2 — 16546 a 16560 (40A2 a 40B0 em hexa) 



4- vj U kj ki ! N ü W 

Eis a mesma rotina de “encher" a tela para o caso de micros com RAM 
menor que 3,5 Kbytes. 



Grupo 3 - 16561 a 16603 (40B1 a 40DB em hexa) 
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Neste está a lógica necessária para compor a tela, usando entre outras 
figuras, os dizeres do grupo 1. A conjunção dos 3 grupos vai constituir-se no 
bloco 1 da figura 10. 



Grupo 4 — 16604 a 16630 (40DC a 40F6 em hexa) 



Nada além do bloco 2. Sem mais comentários. 



Grupo 5 - 16631 a 16636 (40F7 a 40FC em hexa) 


4 0 F 7 C D B B 0*2 C H L L K0 H N 

40 FH 20 _ INC L 
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É o bloco 3. Também sem comentários. 




Grupo 6 - 16637 a 16669 (40FD a 411D em hexa) 
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Neste grupo, 

que 

corresponde ao 

bloco 4, é utilizada a mesma técnica 


de sorteio já‘apresentada anteriormente. 



Grupo 7 — 16670 a 16797 (411E a 419D em hexa) 
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Este é um grupo bastante longo, o que tem sua razão de ser, já que 
ele está associado aos blocos 5, 6, 7, 8, 9 e 10. O bloco 5 é constituído apenas 
pelas duas primeiras instruções. Já as demais estão entrelaçadas, e por sua rela¬ 
tiva simplicidade, foram analisadas como um só grupo. 

Um fato .a observar é a duplicação das instruções necessárias em função 
do Avião estar se deslocando para à esquerda ou à direita. Assim até 4166 a 
lógica se aplicaria para a última hipótese, e a partir daí para a primeira. 



Grupo 8 — 16798 a 16827 (419E a 41BB em hexa) 



Este grupo corresponde a uma rotina muito útil, que pode vir a ser usa¬ 
da em outros jogos. Trata-se do controle do tempo restante na tela, dos blo¬ 
cos 11 e 12, que se inicia de um número qualquer, no caso 1000, e termina 
com zeros, na mesma quantidade que o número de casas do número inicial. 
A mesma rotina poderia ser usada se o número inicial fosse 2000 por exem¬ 
plo, porém se fosse 30.000, deveríamos mudar a instrução LD B, 04 do en¬ 
dereço 41A9 para LD B, 05. Pelo potencial de uso futuro vale a pena saber 
o porquê, e entender o conjunto. 



Grupo 9 — 16828 a 16917 (41BC a 4215 em hexa) 

41R r: P H 3 E 4- 0 L D H L (P O 5 i H1J 
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Eis outro grupo bastante longo. Como o 7 ele repete a mesma lógica 
duas vezes, em função do Avião estar movendo-se para à direita ou à esquer- 
e está associado aos blocos 13, 14 e 15. 

Como comentário merece destaque a forma usada para determinar se o 
canhão está “enquadrado" na mira, através do exame de todas as posições 
da tela, ao longo de uma reta a 45° partindo do avião. 

Isto é feito usando os Registros POSTAI e POSTA2 que, se estiverem 
“ocupados" (com conteúdo diferente de zero), não seriam usados. Este cui¬ 


dado garante que não se tenha mais de um tiro em cada direção, e que um 
segundo parta apenas quando o primeiro já “sumiu". 



Grupo 10 - 16918 a 16925 (4216 a 421D em hexa) 



Nada além da já conhecida rotina de consumo de tempo, que neste caso 
corresponde ao bloco 16. 



Grupo 11 — 16926 a 16997 (421E a 4265 em hexa) 
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Novamente a duplicidade, em função agora de haver 2 tiros possíveis do 
Avião, o registrado no POSTAI e outro no POSTA2. Associado a este estão 
os blocos 17 e 18. 

Cabe notar, que se na próxima posição do tiro houver a base (figura có¬ 
digo 10) ou a lateral (figura código 8) ele some, e no POSTA correspondente 
carrega-se zero. 



Grupo 12 — 16998 a 17036 (4266 a 428C em hexa) 



Este está associado aos blocos 19 e 20. De início há uma chamada 
(CALL) à sub-rotina já citada, de nome 'BUM", no endereço’17153 (4301 em 
hexa) que será vista adiante em conexão com o bloco 24. O resto, "apagar" 
o canhão, reduzir o número de vidas na tela, e ver se chegou a zero, não me¬ 
rece maiores comentários. 



Grupo 13 - 17037 a 17086 (428D a 42BE em hexa) 
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Trata-se de um grupo bastante simples, ligado aos blocos 21 e 22, ape¬ 
sar de movimentar os 10 tiros possíveis de existir na tela, partidos do Canhão. 
A facilidade decorre do fato dos tiros serem verticais, e qualquer coisa que 
esteja na frente de um deles, não sendo o topo (figura código 9), ou um outro 
tiro (necessariamente disparado pelo avião), terá que ser o próprio Avião. Se 

for o topo, apaga-se o tiro em questão e zera-se o POSTC correspondente, 
abrindo registro ou espaço para um novo disparo do Canhão. 



Grupo 14 - 17087 a 17096 (42BF a 42C8 em hexa) 
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Eis mais um que pela simplicidade, não cabe comentar. É apenas o gru¬ 
po relacionado com o bloco 23, 



Grupo 15 - 17097 a 17249 (42C9 a 4361 em hexa) 
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Este é outro dos tais, do qual pode ser dito — "porque simplificar se é 
possível complicar", já que, estando ligado aos blocos 24 e 25, foi montadG 
em ordem totalmente inversa a destes. Além disso ele faz mais funções dc 
que as discriminadas pelos blocos. Cabe então desmembrar o grupo em sub¬ 
grupos. 

O primeiro sub-grupo, do 42C9 a 42E3, inicia chamando a sub-rotina 
"BUM", e aumenta de 10 a contagem da tela. A lógica desta contagem é di¬ 
ferente da usada no capítulo 3, e merece ser estudada e entendida perfeita¬ 
mente, já que poderá ser usada em outros jogos. O que ela tem de característi¬ 
co é partir de quatro zeros, e prever um retorno ao basic, ou seja, um final, 
caso a contagem supere o valor 9999. Isto é conseguido através dos sucessi¬ 
vos "vai-um", se for encontrada uma casa vazia; este fato é verificado pela 
seqüência LD A, (HL) — AND A — RET Z. Como pela característica do jogo 
esta contagem é praticamente inatingível, não foi incluida a alternativa no 
diagrama de blocos. 

O segundo sub-grupo é o da sub-rotina "BUM", não localizada imediata¬ 
mente após o primeiro, mas sim entre os endereços <4301 a 4315' inclusive. 
Ele é iniciado por uma série de seis chamadas (CALL) a uma segunda sub-ro¬ 
tina, a do efeito "claro/escuro", intercaladas pela escrita e apagamento das 
letras B — U — M no local onde o tiro encontrou o seu alvo (avião ou canhão) 
— daí o nome da sub-rotina. Na seqüência, o Avião e os tiros são apagados, 
inclusive os correspondentes Registros (POSA, POSTC e POSTA). Cabe notar 
que o Avião é apagado quer seja ele o atingido, quer seja o Canhão. Já este, só 

é apagado se for o atingido. 

Finalmente o terceiro sub-grupo é o intercalado entre os outros dois, 
no endereço 42E4 a 4300, e constitue a sub-rotina "claro/escuro". Esta é 
outra que pelo impacto visual que causa pode ser usada em outros programas. 
O que ela faz é muito simples — soma 128 (80 em hexa) ao código de cada 
um dos símbolos na tela e como conseqüência, tudo que tinha fundo preto 
passa a ter fundo branco e vice-versa. Na seqüência existe um tradicional e 
conhecido programa que. consome tempo — o efeito claro/escuro deve ter 
uma velocidade de apresentação mais lenta que a do deslocamento do avião. 
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Grupo 16 - 17250 a 17298 (4362 a 4391 em hexa) 



Este é o penúltimo grupo e corresponde aos blocos 26, 27 e 28. Fazer 
IND = 1 (bloco 26) é extremamente simples e é atendido pelas duas primei¬ 
ras instruções do grupo. 

Já verificar se uma ou mais teclas foram pressionadas, identificá-las em 
caso positivo ou saltar para o bloco 16 em caso contrário, é a tarefa das de¬ 
mais instruções. A novidade é aprender o que acontece em HL se, usando o 
KScan, forem pressionadas duas teclas simultaneamente. A resposta é um 


AND, ou seja, pressionando o 5 (seta à esquerda) e o zero (disparo) teremos 
em HL, 

Devido ao 5 DF 7 

Devido ao zero FD EF 

Com ambos DF F7 AND FDEF ou DDE7 

Fazendo L.D A, H - AND L resulta em A o valor C5 que foi usado na 
comparação. Como foi visto no capítulo 3, esta prática de combinar o H com 
o L tem a desvantagem que o comando não é somente conseguido com as te¬ 
clas eleitas para tal fim. Porém a simplicidade da programação e o uso do 
joystick compensam esta deficiência. Recomenda-se repetir o raciocínio a fim 
de constatar como chegou-se ao E5 associado a Direita + Disparo. 

O resultado da comparação comanda chamadas às sub-rotinas de dispa¬ 
ro (4393 em hexa), esquerda (43CD) e direita (4406). 



Grupo 17 - 17299 a 17462 (4393 a 4436 em hexa) 
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Este último grupo, associado ao bloco 29, contém exatamente as três 
sub-rotinas citadas, no grupo anterior. 

A primeira, entre 4393 e 43CC, resulta no Disparo do Canhão. De ini¬ 
cio é desenhado um "tiro" na boca do Canhão. Em seguida a localização deste 
tiro é registrada em um dos POSTC, mais precisamente, no primeiro que for 
encontrado vago. Por fim é utilizada a mesma lógica de redução de contagem 
que foi aplicada no bloco 11 para o tempo restante de jogo desde que a con¬ 
tagem não seja 0000. 

O PUSH AF no início da sub-rotina e o POP AF no final visa preservar 
o valor de A para as comparações múltiplas previstas no grupo anterior. 

As duas outras sub-rotinas. Esquerda (43CD a 4405) e Direita (4406 
a 4436) são muito semelhantes entre si. De início é verificado se na direção 

a ser movimentado o canhão existe a parede ou um tiro; não havendo, ele é 
movido. Se houver a parede, dá-se o retorno sem movimentação, e no caso de 
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um tiro, o endereço de retorno é alterado de forma a ocorrer um salto para o 
bloco 19. Isto é feito através da seqüência LD DE, 16998 (116642 — 16998 
ou 4266 em hexa é o endereço do bloco 19) — EX DE, HL — EX (SP), HL — 
EX DE, HL — RET — com que o endereço em SP passa a ser do bloco 19 e o 
valor de HL é preservado. 

Para finalizar, cabe alertar que existem alguns poucos bytes vagos nos 
dois últimos sub-grupos de instruções, que funcionam como reserva apenas. 



SUGESTÕES 

1 — À semelhança dos programs anteriores alterar o Basic deste, e incluir di¬ 

zeres do tipo "Novo Jogo? (S/N)" na parcela em linguagem de máquina. 
Criar também telas com instruções. 

2 - Alterar o programa em linguagem de máquina de forma que o canhão, 

ao invés de mover-se lateralmente de uma posição de memória ou da 
tela ao ser comandado, que o faça de meia posição. A fim de melhor 
entender a sugestão deve-se observar que o canhão é composto do cano 
(figura código 5) e base (figuras 129 - 128 - 4); ao "mover-se" meio 
passo à direita ele passaria a ser programado por cano (figura 133) e 
base (figuras 135 — 128 — 130). Com isso seu movimento seria mais 
suave e uniforme, porém mais lento. 


RESUMO 

Foi abordado no presente capítulo o seguinte: 

* Rotinas para contagem crescente e decrescente na tela. 

* Efeito de "impacto" tipo ciaro/escuro. 

* Uso da rotina da ROM KScan no caso de mais de uma tecla ser pressionada 
ao mesmo tempo. 

* Movimentação de múltiplos símbolos na tela. 
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OPÇOES 
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ermitir opções no 
correr de um jogo é 
uma maneira de tor- 
ná-ío mais versátil e in¬ 
teressante. Uma emocio¬ 
nante corrida de auto¬ 
móveis é utilizada para 
mòstrar ao leitor como 
predispor várias opções 
num mesmo jogo. Aqui 
também se discutem 
mais detalhes sobre os 
movimentos e a conta¬ 
gem de tempo. 








CAPÍTULO 5 - OPÇÕES 


A característica dos jogos que vai ser enfocada neste capítulo é o ofere¬ 
cimento de escolha ao jogador frente a diferentes opções. A'existência destas 
alternativas é um fator que torna o jogo mais atraente e sem dúvida, represen¬ 
ta uma sofisticação do programa. 

É possível distinguir três formas de concepção das alternativas: 

* A primeira em que se mantém a tela. ou apresentação básica, e se oferece 
opção quanto ao programa em si, o qual é modificado de forma a alterar o de¬ 
sempenho em termos de velocidade ou de dificuldade. Um exemplo clássico 
seria o jogo de xadrêz, que pode ser praticado em diferentes níveis, desde o de 
principiante até os mais avançados. 

* Outra forma seria a de utilizar uma mesma rotina, fazendo variar as telas 
onde a mesma é praticada. 

* A última consistiria apenas na combinação das duas anteriores. 

Em qualquer um dos casos haveria sempre uma alteração em caracterís¬ 
ticas do programa, condicionada a escolhas do jogador. As formas de imple¬ 
mentar as opções são as mais variadas possíveis e dependem da diferença entre 
elas. Assim para modificar uma velocidade pode ser suficiente alterar um nú¬ 
mero em um certo endereço, algo similar ao que é feito com a Ramtop quan¬ 
do se deseja limitar a capacidade do computador. Já em outros casos faz-se 
necessário utilizar longas rotinas distintas condicionadas à escolha feita. 

O exemplo que se segue apresenta uma opção de nível de dificuldade. 
Trata-se de uma corrida que foi intitulada de "SanrTs Race". Depois de ler a 
descrição e fazê-lo rodar no computador, o leitor talvez verifique não ser esta 
a primeira vez que vê este jogo. 

O esboço da tela correspondente é o apresentado na figura 11. 



Logo de início surge a necessidade de optar: as letras A e B ficam "pis¬ 
cando" na tela, ou seja, cada uma alternadamente muda de fundo preto para 
branco. Pressionada uma das teclas o jogo inicia-se. Começam então a surgir, 
em intervalos regulares, figuras representando os carros "inimigos", que se 
movem de encontro ao carro do jogador. 

Os carros inimigos deslocam-se segundo três direções, representadas por 
a, b e c na figura 11. Encontrando uma lateral, a direção é alterada de a para 
c ou vice-versa. O ponto de origem e a direção inicial são sorteadas. A diferen¬ 
ça entre os dois níveis a escolher, o normal e o mais difícil, é justamente a 
freqüência de ocorrência das direções — no nível normal 75% dos carros 
deslocam-se segundo b e 25% conforme a ou c; no mais difícil ocorre o opos¬ 
to. 

A fim de evitar a colisão ou acidente, o jogador pode movimentar seu 
carro nos sentidos I e II. Para dar a sensação de movimento, as laterais "mo¬ 
vem—se" também na direção vertical, no mesmo ritmo que os carros inimi¬ 
gos. 
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A meta do jogo é conseguir "percorrer" a maior distância no tempo dis¬ 
ponível. Para um maior controle sobre o jogo, é possível alterar a velocidade 
dos carros através das teclas 6 (freio) ou 7 (acelerador). Como o comando 
"direita" ou "esquerda" é feito com o 5 e o 8 respectivamente, pode-se tam¬ 
bém utilizar o joystick. 

Ocorrendo uma colisão, a figura do carro do jogador é modificada para 
representar um veículo acidentado. Os demais carros são apagados e dá-se 
uma interrupção de 10 unidades de tempo, após os quais a corrida reinicia-se 
na velocidade original. 

Findo o tempo restante, ou seja, quando este chega a zero, a corrida é 
definitivamente suspensa e aparece na tela a indicação de "NOVA CORRIDA 
(S/N)". Com "S" há um reinicio e com "N" a memória RAM é apagada. 


sária a existência do texto para compor a tela, o que ocupa 374 bytes dos 
1642 originalmente reservados. 

* Só as duas medidas citadas já reduzem a necessidade de capacidade a um ní¬ 
vel aceitável para os 2Kbytes, porém existem outros aspectos a explorar — a 
eliminação dos vários bytes de reserva que foram mantidos ao longo do pro¬ 
grama, a simplificação de algumas rotinas, como a de composição da tela por 
exemplo. Com isso pode-se inclusive reformular o aspecto da tela de modo a 
torná-la mais atraente. 


O controle do jogo é baseado nos seguintes Registros Improvisados: 


O Basic associado é o seguinte: 



Depreende-se daí que o programa é praticamente todo escrito em as- 
sembly e mais, como a tela está integralmente ocupada (792 bytes), a capaci¬ 
dade do computador deve ser bem superior a 2 Kbytes. 

Quando da elaboração deste programa não houve a preocupação de eco¬ 
nomizar-se memória. E, de fato, existem claramente condições de alterá-lo de 
forma a que se possa rodá-lo num computador com somente 2 Kbytes de 
capacidade. Fica aqui a tarefa para aqueles que dispõe de computadores de 
menor capacidade: de converter o programa adequadamente para isso. Dois 

pontos a considerar na conversão são: 


NOME 

ENDEREÇO 

ABREVIATURA 

DISTÂNCIA RODADA 

DFile + 

619 

— 

TEMPO TELA 

D File + 

718 

— 

Posição Carro Jogador 

407B/C 

- 16507/8 

POSCAR 

Contador de Carros 

4021 

- 16417 

CONTCAR 

Posição Carro Inimigo 1 

403C/D 

- 16444/5 

POSIN1 

Direção Carro Inimigo 1 

403E 

- 16446 

'Dl R INI 

Posição Carro Inimigo 2 

403F/40— 16447/8 

POSIN2 

Direção Carro Inimigo 2 

4041 

- 16449 

D1RIN2 

Posição Carro Inimigo 3 

4042/3 

- 16450/1 

POSIN3 

Direção Carro Inimigo 3 

4044 

- 16452 

DIRIN3 

Velocidade Ajustável 

4045/6 

- 16453/4 

VEL 

Tempo Imutável 

4047/8 

- 16455/6 

TEMP 

Indicador Posição Jogador 

4049 

- 16457 

INDCAR 

Indicador Paridade 

404A 

- 16458 

PARI 


* A tela não aeve ser totalmente preenchida, e sim tratada na forma peculiar 
aos computadores com capacidade menor que 3,5 Kbytes. Uma sugestão se¬ 
ria, observando a figura 11, a de eliminar todos os dizeres da tela à direita da 

pista de corrida, deslocá-la uma coluna à esquerda (da 1 para a zero) e final¬ 
mente, manter o controle do tempo restante, a distância rodada e as opções, 
todos na primeira e/ou segunda linha. Com isto, ao invés de 792 bytes a tela 
ocuparia algo mais que 300 bytes, economizando quase 490. Adicionalmente 
a isto, observando o grupo que é apresentado adiante, verifica-se ser desneces- 


Para melhor explicar a função dos Registros e a dinâmica do sistema, foi 
feito um esquema ilustrativo sobre o esboço da tela que é apresentado na fi¬ 
gura 12. 

Os indicadores de posição seja do carro do jogador como dos inimigos 
(POSCAR e POSIN) dizem respeito aos pontos de referência indicados na 
figura. 
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0 CONTCAR é registro mais importante para o comando do movimen¬ 
to dos carros inimigos. A cada ciclo ele decresce de uma unidade, a partir de 
nove até atingir zero. O valor 9 é assumido apenas transitoriamente, no ins¬ 
tante em que é feito o sorteio da posição inicial do carro inimigo 1 e, ainda 
no mesmo ciclo, o CONTCAR é alterado para 8. 

Existe uma correspondência direta entre a linha da tela em que se en¬ 
contra cada carro e o valor de CONTCAR. Por exemplo, se CONTCAR for 
7 o carro 1 estará em algum ponto ao longo da linha 3, o carro 2 na linha 12 
e o 3 em algum ponto da linha 21. Só podem coexistir três carros inimigos 
na tela. Quando CONTCAR é igual a 4 o carro 1 passa a ser o 2, e este passa 
a ser o 3. Aí ficam somente 2 carros na tela até que, com CONTCAR nova¬ 
mente igual 8 ressurge o carro 1 e o carro 3 começa a ''sumir''.. 

O DIRIN dá indicação da direção dos carros inimigos e pode assumir 
um entre os já conhecidos três valores - 33 para seguir reto, 32 para à esquer¬ 
da e 34 para à direita. 

Os registradores da velocidade ajustável e do tempo imutável terão suas 
funções facilmente entendidas quando for exposto o programa grupo a grupo. 


O INDCAR registra a posição do carro do jogador. Ele varia de zero a 
dez de forma que, no valor mais baixo, o carro encontra-se na extrema esquer¬ 
da, e com 10 na direita. 

Finalmente o PARI é um indicador usado para permitir que o carro do 
jogador se mova duas vezes mais rapidamente que os inimigos, seguindo a 
mesma rotina já usada anteriormente. 

Resta ainda apresentar, antes da análise do diagrama de blocos, as prin¬ 
cipais sub-rotinas utilizadas no programa. A maior parte delas não é expres¬ 
samente indicada em bloco algum, mas o conhecimento de sua existência e 
das tarefas que executam serão de boa valia na compreensão geral do esque¬ 
ma. São elas: 


* Repique no endereço 17627 (44DB) responsável em testar se o carro ini¬ 
migo está indo de encontro a Lateral e, em caso positivo, alterar sua direção. 

* FazCar/n no endereço 17647 (44EF) cuja função é desenhar o carro inimi¬ 
go. 

* ApCar no endereço 17670 (4506) que se incumbe de "apagar" os carros, 
tanto os inimigos quanto o do jogador. 

TesTrom no endereço 17689 (4519) que testa se o carro inimigo está indo 
de encontro ao carro do jogador, ocorrendo uma trombada. 

* LatSobe no endereço 17759 (455F) responsável por mover as laterais. 

* FazCar no endereço 17785 (4579) desenha o carro do jogador. 

* Teste no endereço 17811 (4593) verifica se ao mover-se o carro do jogador 
não se choca com um inimigo. 

* Trombada no endereço 17835 (45AB) bastante importante pois, além de 
desenhar o carro batido, apaga os carros inimigos da tela, zera os registros 
correspondentes e mantém o jogo suspenso por 10 unidades de tempo. 

* /emDim no endereço 17942 (4616) é a sub-rotina mais explicitada no dia¬ 
grama de blocos, responsável pela redução do tempo-tela e conseqüente veri¬ 
ficação do final, desenhando neste caso a tradicional frase "Nova Corrida? 
(S/N)". 

Posto isto cabe apresentar e analisar a figura 13, onde se encontra o dia¬ 
grama de blocos que, com tudo o que já foi descrito, não deve causar maiores 
dificuldades de compreensão. 

Seguindo a mesma sistemática de apresentação dos capítulos anteriores 
tem-se agora os grupos de instruções. 
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Grupo 1 - 16514 a 16887 (4082 a 41F7 em hexa) 


Aí estão os dados necessários para o texto da tela. 
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Grupo 2 





Com este còimpõe-se a tela, incluindo o carro do jogador, e se estabelece 
o valor inicial do INDCAR que é 5. Para finalizar é feita uma chamada ao en¬ 
dereço 18049 (4681 em hexa) e aparecem dois bytes de reserva. 



110 


111 





















Grupo 3 - 18031 a 18156 (466F a 46EC em hexa) 



112 



Cuidado! Contrariando a forma que vinha sendo utilizada na apresenta¬ 
ção, há aqui um pulo na seqüência dos endereços. Para clareza da explicação 
achou-se por bem seguir este caminho. Este grupo deve ser o último a ser 
digitado. Ele, em conjunto com os dois anteriores, vai constituir o bloco 1 do 
diagrama da figura 13. 

Percebe-se claramenteque o programa, após sua concepção original, so¬ 
freu uma alteração onde, entre outras coisas, foi introduzida a rotina de op¬ 
ção. Esta é uma forma de utilizar os bytes de reserva, quando seu número não 
é suficiente para conter os dados a acrescer, qual seja a de fazer um CALL 
para o fim do programaonde existe normalmente espaço em abundância. Para 
aqueles que, por limitação de capacidade, irão reescrever o programa, eis a 
oportunidade de economizar alguns bytes, bastando colocar este grupo em 
seqüência com o anterior, formando um só bloco, sem necessidade do CALL. 

O grupo se inicia por uma sub-rotina, entre os endereços 18031 a 18048 
(466F a 4680 em hexa), responsável pela inversão do "fundo", usando para 
isso a técnica de somar 128 (80 em hexa) já conhecida. Em complementa- 
ção existe uma rotina de consumo de tempo correspondente ao intervalo em 
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que aiinversão persiste, para imediatamente após ocorrer a reinversão. 

O restante do grupo, a partir do endereço 18049 (4681 em hexa), é 
exatamente o chamado peio CALL. Em primeiro iugar o CONTCAR e os 
demais registradores são zerados. Isto se faz necessário para evitar problemas 
na situação de reinicio do jogo, após o término de uma corrida. Então se dá 
o "pisca" das letras A e B com o uso da sub-rotina descrita anteriormente, e 
o teclado é pesquisado através do mais que conhecido KScan. Se A for a te¬ 
cla pressionada, uma série de 13 bytes a partir do endereço 17069 (42AD em 
em hexa) serão substituídos pelos 13 existentes a partir do 18131 (46D3 em 
hexa) e se B for a tecla, a troca será feita pelos bytes do endereço 18144 
(46EO em hexa). Por fim a letra correspondente a tecla pressionada se man¬ 
terá com o "fundo" invertido. A forma como isto está sendo feito é interes¬ 
sante e merece alguma atenção. 



Grupo 4 — 17013 a 17024 (4275 a 4280 em hexa) 


4-i=:7'5 

4-278 

4-27B 

4-h:7E 


•“*i 4 i“7i i7n íTi 



LD HL ,0200 
LD CU EL), HL 
LD HL, 0800 
LD (lEMP), HL 


Nada além do prescrito pelo bloco 2. Sem comentários. 





Grupo 5 - 17025 a 17090 (4281 a 42C2 em hexa) 



É neste grupo que é feita a alteração comandada pela opção descrita no 

grupo 3. Há uma correspondência entre este grupo e os blocos 3 e 4 da figura 
13. 

De início verifica-se se o CONTCAR é zero. Não sendo, há um salto, e 
na hipótese contrária, CONTCAR é feito igual a 9 e o sorteio da- posição 
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inicial do carro inimigo 1 (POSIN1) e a respectiva direção (DIRIN1) é feito. 
Só que este não é um sorteio "honesto". Verificou-se que o jogo fica mais 
atraente se o jogador for forçado a sempre mover seu carro, fugindo do aci¬ 
dente. Por isso POSIN é determinado em função do INDCAR, ou seja, da 
posição do carro do jogador. 

Para o estabelecimento do DIRIN é que são feitas as alterações, confor¬ 
me opção descritas no grupo 3 — o endereço 42AC está ai envolvido. O 
acumulador A é feito igual ao Quadros, e a ele é somado o conteúdo de INC- 
CAR. Após o AND 07, com o qual A terá um valor de 0 a 7 - isto é, 8 possi¬ 
bilidades - chega-se ao 42AC. Se a opção for pelo nível normal, seis dos oito 
valores possíveis de acumulador conduzirão o conteúdo de Dl RIN a ser 33 
(reto), um conduzirá para 34 (direita) e o outro restante para 32 (esquerda) 
ou seja, como dito, seis em oito representa 75% de possibilidade do carro se¬ 
guir reto. Já se a opção for pelo mais difícil, faz-se a inversão das porcenta 

gens. 

Os cinco bytes com conteúdo zero que aparecem imediatamente antes 
do AND 07 são de reserva, e podem portanto ser eliminados. A existência des¬ 
tes no meio de uma rotina é mais um indício de programa modificado. 



Grupo 6 — 17091 a 17220 (42C3 a 4344 em hexa) 
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Este grupo é associado aos blocos 5, 6 e 7. As cinco primeiras instruções 
cobrem os dois primeiros blocos citados, e todo o resto é necessário para o 
último bloco. 

O valor de CONTCAR vai sendo testado e, conforme seu valor, o carro 
inimigo 1 é parcialmente desenhado e apagado. Gradualmente o desenho do 
carro vai se completando até que com CONTCAR contendo um valor menor 
que 7 o carro já é desenhado e apagado por inteiro. No final isto é feito atra¬ 
vés do uso das sub-rotinas citadas ApCar, Repique e FazCarln. Alguns pode¬ 
rão não entender porque após o CALL FazCarln (CDEF44) existe a seqüên- 
cia - AND A - JRZ - LD (DIRIN1), A. O motivo pode ser encontrado na 
sub-rotina Repique — nela o acumulador é usado como indicador de saída: 
se ele for zero o valor de DIRIN não deve ser alterado, e se for diferente de 
zero o DIRIN deve passar a conter o valor do acumulador. 



Grupo 7 - 17221 a 17251 (4345 a 4363 em hexa) 






Com este, o carro inimigo 2 é apagado e redesenhado um passo adiante. 
Há uma correspondência com os blocos 8 e 9. 



Gmpo 8 - 17252 a 17302 (4364 a 4396 em hexa) 



Este é um grupo relativamente simples, estando relacionado com os blo¬ 
cos 10, 11, 12 e 13 da figura 13. De marcante cabe apenas assinalar que a 
verificação de ser POSIN3 = 0 está sendo feita pelo teste de um só byte, atra¬ 
vés do acumulador, usando a seqüência LD LH, (POSIN3) — LD A, H — AND 
A-JRZ. 
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Grupo 9 


A • -j / 



4 31 b 




Aqui começam as trombadas. Elas se dão sempre entre o carro inimigo 
3 e o do jogador. Os blocos ligados a este grupo são os 14, 15 e 16. As duas 
primeiras instruções constituem o 14 e os dois outros blocos vão sendo repe¬ 
tidos a cada valor de CONTCAR. De uma certa forma a rotina aqui envolvida 
é a inversa da do grupo 6, já que o carro vai gradualmente desaparecendo. 

O teste de trombada é feito a cada vez com o uso da sub-rotina Tes- 
Trom. 
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Gruoo 10 — 17449 a 17484 (4429 a 444C em hexa) 



Este grupo é assim curto pelo fato dele usar a sub-rotina LatSobe. Cor¬ 
responde ao bloco 17 da figura 13 em que, além de mover as laterais, a dis¬ 
tância é aumentada na tela. A sistemática para este aumento já foi apresen¬ 
tada anteriormente. 



Grupo 11 - 17485 a 17505 (444D a 4461 em hexa) 



Outro grupo curto devido ao uso de sub-rotinas, a TemDim neste caso. 
O grupo corresponde ao bloco 18. 

O interessante nestas instruções é que se trabalha com dois registradores 
para consumo de tempo — um carregado em BC que é o Velocidade, e que dá 
o ritmo variável para os carros; o outro carregado em HL que é o Tempo Imu¬ 
tável controlando o Tempo Restante da tela. 

O ritmo do tempo da tela não é exatamente constante mas, para os fins 
de um jogo, sua.uniformidade é aceitável. A forma de fazer isto é recarregar 
no TEMP sempre um mesmo valor, 0800 em hexa no caso, toda vez que ele, 
pelas sucessivas reduções, atingir zero. A cada ciclo se decrementa tanto o 
BC como o HL até que o primeiro atinja o zero; então o valor remanescente 
em HL é resguardado no TEMP. 



Grupo 12 - 17506 a 17626 (4462 a44DA em hexa) 
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Este grupo está ligado a todo um conjunto de blocos: 19, 20, 21, 22, 
23, 24 e 25. Assim é conveniente analisá-lo por sub-grupos. 

Do 4462 a 4476 é utilizado o frequentemente citado KScan e ao sub¬ 
grupo correspondem blocos 19, 21 e 23. 


O subgrupo seguinte é dp endereço 4477 ao 4484 e faz exatamente o 
prescrito pelo bloco 20, ou seja, incrementa o PARI e dá os saltos em função 
do bit zero deste registrador. 

Prosseguindo vem o 4485 a 44A5 que acelera ou breca os carros, isto 
é, é o associado ao bloco 22. Como observação digna de nota é o fato de só 
haver limitação na redução da velocidade e não no seu aumento. 

Por fim vem o último sub-grupo, do 44A6 a 44DA ligado aos blocos 
24 e 25. Nele são usadas várias sub-rotinas que o simplificam, a ApCar e a 
FazCar que apaga o carro de uma posição e o desenha na seguinte, e a Teste 
utilizada para detectar a ocorrência de trombada. 



Grupo 13 - 17627 a 17646 (44DB a 44EE em hexa) 
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Eis a sub-rotina Repique, primeira de uma série não associada direta¬ 
mente a bloco algum da figura 13. Ela apenas verifica se o carro inimigo vai 
de encontro a lateral e, em caso positivo o Acumulador deixa de ser zero e 
passa a conter a direção a seguir. 



Grupo 14 — 17647 a 17669 (44EF a 4505 em hexa) 



È a sub-rotina FazCarln, ou seja, desenha a figura do carro inimigo. Sem 
comentários. 



Grupo 15 - 17670 a 17688 (4506 a 4518 em hexa) 



Outra sub-rotina que não merece comentários. É a ApCar que apenas 
apaga o desenho dos carros. 



Grupo 16 - 17689 a 17758 (4519 a 455E em hexa) 
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Esta é a TesTrom, ou seja, a sub-rotina que verifica, no movimento do 
carro inimigo 3, se ele vai trombar com o carro do jogador. Não é das mais 
complicadas, e merece alguma atenção para uma perfeita compreensão. 



Grupo 17 — 17759 a 17784 (455F a 4578 em hexa) 
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Outra sub-rotina bastante simples. Através desta as laterais são movidas. 
É a que foi chamada LatSobe. 



Grupo 18 — 17785 a 17810 (4579 a 4592 em hexa) 



Esta é a FazCar que desenha o carro do jogador. Também sem comentá¬ 
rios. 



Grupo 19 — 17811 a 17834 (4593 a 45AA em hexa) 
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Esta é a sub-rotina Teste utilizada tanto no movimento do carro inimigo 
3 como no do jogador para verificar se haverá uma trombada. 



Grupo 20 - 17835 a 17941 (45AB a 4615 em hexa) 




Aqui retorna-se ao programa básico. Este grupo está associado aos blo¬ 
cos 26, 27 e 28. De início todos os carros são totalmente apagados da pista. 
Todos os registradores de posicionamento e direção, com exceção do POS- 
CAR, são então zerados. Baseado no POSCAR o desenho do carro trombado 
é executado. 

O efeito de consumir 10 unidades de tempo é implementado através das 
chamadas sucessivas à sub-rotina TemDim e, ao final, tem-se o carro do joga¬ 
dor redesenhado com o uso da FazCar. 

Os 16 bytes que estão no final da série são de reserva e poderiam ser eli¬ 
minados. 
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Grupo 21 - 17942 a 18030 (4616 a 466E em hexa) 
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Este é o último grupo do programa. É a sub-rotina TemDim que no dia¬ 
grama de blocos da figura 13 corresponde ao número 29. Apesar de sua im¬ 
portância os comentários não se fazem necessários já que ela é composta de 
uma seqüência de instruções já conhecidas e explicadas anteriormente. 



RESUMO 

Foi abordado no presente capítulo o seguinte: 

* Forma de alterar o programa pelo uso de chamada a sub-rotina. 

* Conveniência e modo de fazer um sorteio orientado. 

* Técnica para manter concomitantemente dois ritmos distintos, no caso a re¬ 
dução uniforme do tempo na tela e o movimento variado dos carros. 

SUGESTÕES 

1 — Introduzir no programa uma rotina que, ao fim de cada partida, compa¬ 

re a distância rodada com um valor anteriormente conseguido, e regis¬ 
tre o maior deles como "Record do Dia". Sendo mais explícito — eli¬ 
minar da tela a frase "tempo é perdido em cada acidente" e em seu lu¬ 
gar criar um registro "Record do Dia" contendo o valor da distância 
conseguido em partidas anteriores e que servirá para comparação com o 
valor da distância rodada conseguida na última jogada. 

2 — Este jogo foi desenvolvido basicamente pensando no uso do joystick e 

assim não foi prevista a possibilidade do jogador apertar duas teclas si¬ 
multaneamente, ou seja, o comando de deslocar o carro à direita e ace¬ 
lerar ao mesmo tempo, por exemplo. Introduzir estas alternativas no 
programa. 
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REQUINTES 





R equintes e sofistica¬ 
ção dão o verdadeira¬ 
mente feliz acaba¬ 
mento a um jogo que se 
preze. Paradoxalmente 
aqui se discutem os re¬ 
quintes com um provin¬ 
ciano "Fuscão Preto". 
0 festival de estranhos 
SCROLLs e apresenta¬ 
ções do jogo são aqui 
discutidos em todos 
seus detalhes técnicos. 




CAPITULO 6 - REQUINTES 


Enfim chegou-se ao último capitulo. Isto não significa que o assunto, 
programação de jogos em linguagem de máquina para computadores da li¬ 
nha Sinclair, tenha se esgotado. Nem era essa a intenção do livro. Pretendeu- 
se, isto sim, dar uma visão geral e alguns exemplos práticos e claros relativos 

ao tema, o que se espera ter alcançado. E para finalizar, o enfoque dado nos 
requintes. 

Entende-se por requintes, os detalhes e características não essenciais pa¬ 
ra o funcionamento do programa, visando melhorar o visual ou a sua apresen¬ 
tação. Nesta ordem de idéias, vários requintes já foram sugeridos em capítu¬ 
los anteriores: criar telas com instruções, premiar o jogador caso atinja um 
certo desempenho, apresentar ao final da partida o registro do recorde do 
dia, etc. Destes, sem dúvida, as telas com instruções são os mais úteis; com 
elas, gastando apenas poucos metros a mais de fita, evita-se a necessidade de 
instruções escritas em papel que nem sempre são achados quando é necessá- 



FIGURA 14 
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Para ilustrar este capítulo escolheu-se um jogo, denominado "Fuscão 
Preto", que tem uma apresentação bastante requintada. Infelizmente para 
aqueles possuidores de equipamentos com capacidade de 2 Kbytes, o progra¬ 
ma em si, mesmo sem as instruções, ocupa mais do que isso. 

Logo após carregar o programa aparece uma tela com instruções, cujo 
esboço é dado na figura 14. 

Pressionando a tecla S vai havendo um efeito de Scroll, ou seja, as pri¬ 
meiras linhas vão sumindo no topo e novas linhas surgem na base, até che¬ 
gar-se ao final, conforme ilustrado na figura 15. 
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FIGURA 15 


Caso queiramos reler alguma instrução, basta pressionar D e o efeito se 
inverte, ou seja, as últimas linhas vão desaparecendo na base e novas aparecem 
no topo, gerando o que pode ser chamado de antiscroll. 

Pressionando a tecla C, a tela altera-se ficando como o esboço da figura 

16. 
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FIGURA 16 


Acionando qualquer tecla a figura "O" e o asterisco de fundo escuro co¬ 
meçam a mover-se em sentidos contrários — o "O" para cima (sentido horá¬ 
rio) e o asterisco para baixo (sentido anti horário). 

Ao mover-se, o "O" vai fazendo sumir os pontinhos e a cada um deles 
os Pontos da tela são incrementados. A passagem do asterisco não afeta o 
conteúdo da posição da tela. 

Se a tecla zero, ou botão de disparo for acionada, o asterisco tem sua 
velocidade reduzida pela metade, o que equivale ao "O" avançar em relação 
a ele. A cada posição que o "O" se adiante, uma unidade é reduzida do 
Bonus. 

Se o asterisco se "chocar" com o "O" uma vida é perdida, como já foi 
descrito nas figuras 14 e 15. Para evitar isto o "O" passando em frente às 
aberturas pode mudar de pista, desde que a alavanca do joystick ou as teclas 
5 e 8 tenham sido acionadas adequadamente (as teclas 5 e 8 nas pistas verti¬ 
cais, à direita ou esquerda, e as 6 e 7 nas horizontais, em cima e em baixo). 
O asterisco é programado de forma a orientar seu movimento conforme o 
de "O", e assim aquele também mudará de pista se este o fizer. Daí a impor¬ 
tância ou a maior facilidade de fuga se o avanço de "O" tiver sido feito 
previamente. 


O basic associado ao programa é o seguinte: 



r. i i *. 
I *4 



Isto é, em sua forma completa o programa utiliza mais de 4 Kbytes de 
memória e mesmo se somente as rotinas do jogo em si fossem consideradas, 
a capacidade necessária seria próxima dos 3 Kbytes. 

Os Registros Improvisados criados são: 


nome ENDEREÇO (HEXA-DEC) abreviatura 


Pontos Tela 

D File + 349 


Bonus Tela 

D File + 413 


Vidas 

D File + 478 


Pista do "0" 

4021 - 16417 

PISTÃO 

Bonus 

407B -16507 

BONUS 

Contagem 

407C - 16508 

CONT 

Velocidade 

403C/D - 16444/5 

VELOC 

Acelerador 

403E - 16446 

ACEL 

Posição do Asteriscó 

403F/40— 16447/8 

POSAST 

Pista do Asterisco 

4041 - 16449 

PISTAST 

Direção do Asterisco 

4042 - 16450 

DIRAST 

Conteúdo da Posição do 
Asterisco 

4043 - 16451 

CONPOAST 

Direção de "0" 

4044 - 16452 

DIRO 


Os três primeiros registros são auto explicativos. 

O registro Pista do "O" informa a cada instante em qual pista o "O" se 
encontra, e é utilizado primordialmente no movimento do asterisco para de¬ 
terminar se ele deve ou não mudar de pista. O conteúdo deste registro é um 
número de 1 a 4 em conformidade com aquele associado às pistas. 

A pista 1 é a mais externa (mais comprida) e a 4 é a interna (mais curta) 
que contorna o centro; a 2 e 3 são as intermediárias. 
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O registro Bonus corresponde exatamente ao Bonus da tela e seu uso 
justifica-se apenas para simplificar a lógica de acelerar, (se Bonus = 0 não se 
pode acelerar) e ao final do jogo, para somar os valores remanescentes aos 
Pontos Tela. Em suma, seu conteúdo é um número de 0 a 40. 

O registro Contagem contém um número de 0 a 239, e serve para con¬ 
trolar os pontinhos ainda existentes na tela. A cada um que é apagado o valor 
do registro é decrementado. 

O registro Velocidade controla a velocidade do jogo como o próprio no¬ 
me diz. Ou seja, a cada vez que o tempo é consumido para uma espera no 
jogo, é o valor contido neste registro que é transferido para um dos pares 
HL, DE ou BC para ser decrementado até zero. Cada vez que os pontinhos 
são totalmente apagados, o valor deste registro é diminuído para aumentar 
a velocidade. 

O: Acelerador! é um registro que funciona como indicador para saber 
se no ciclo imediatamente anterior o Asterisco foi retardado ou não, de forma 
a garantir que a velocidade deste não fique inferior a metade da do "O". 

Seu funcionamento é similar ao PARI do Sam's Race (capítulo 5) ou 
IND dos Invasores (capítulo 4). 

O POSAST é um clássico registro de posição do Asterisco. O PISTAST 
é o equivalente ao PISTÃO. 

O registro DIRAST é algo mais complicado. Pode assumir um valor de 1 
a 12. Quando o Asterisco está "descendo" pelo lado esquerdo da tela, ele po¬ 
de ter um entre três valores: 1 se descer direto, 2 se estiver passando , de uma 
pista para outra de número mais baixo (de 3 para 2 por exemplo) e 3 se for 
de uma pista mais baixa para mais alta (de 3 para 4 por exemplo). Erríresu¬ 
mo temos: . C 


VALOR DE DIRAST 

DIREÇÃO DO ASTERISCO DIRETO AUMENTA DIMINUI 

Lado Esquerdo — descendo 1 3 2 

Embaixo — da esquerda para direita 4 5 6 

Direita — subindo 7 8 9 

Em cima — da direita para esquerda 10 11 12 

NOTA: a inversão entre 3 e 2 foi acidental e resolveu-se não alterar o progra¬ 
ma somente por isso. 
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FIGURA 17 
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0 CONPOAST informa o conteúdo que havia na posição da tela em que 
o Asterisco está sendo desenhado de forma que, ao mudar de posição no pró¬ 
ximo ciclo, se possa redesenhar o conteúdo anterior sem alterá-lo. Assim o 
registro pode conter 00 (vazio), 1B (pontinho) e 34 (figura O ). O último 
caso indica que uma vida será perdida. 

Por último tem-se o Dl RO. Este registro é previsto para conter apenas 
dois valores, ou 01 ou FF. O motivo de sua existência é que o movimento de 
"O" é governado por duas sub-rotinas - uma para quando ele sobe ou desce 
(lado esquerdo ou direito da tela) e outra para quando ele se move horizon¬ 
talmente (da direita para esquerda ou vice-versa). Para distinguir as alternati¬ 
vas Dl RO é 01, quando "O" sobe ou vai da esquerda para direita e é FF quan¬ 
do desce ou vai da direita para esquerda. 

Isto posto veja agora o diagrama de blocos que é apresentado na figura 

17c 


Logo no início pode-se observar que o diagrama não é muito complica¬ 
do, o que, a primeira vista, não justifica os mais de 2 Kbytes necessários para 

traduzi-los em linguagem de máquina. 

O motivo é que, a menos dos blocos de inicialização e finalização e de 
algumas sub-rotinas comuns, o diagrama que é apresentado refere-se a apenas 
uma das direções do movimento de “O", o de subida do lado esquerdo por 
exemplo. Em termos de lógica há uma repetição nas quatro direções, porém 
em termos de programa, na concepção em que foi feito, há diferenças que 
implicam em ter que escrevê-lo quatro vezes. A saída de uma direção se dá 
no bloco 6, e a entrada no grupo de instruções da outra direção se dá no pon¬ 
to de acesso ao bloco 9. 

Conhecendo os Registros Improvisados e os comentários apresentados 
não haverá dificuldade no entendimento do diagrama da figura 17. Pode-se 
então partir para o exame dos grupos de instrução em linguagem de máquina. 

Grupo 1 — 16514 a 17066 (4082 a 42AA em hexa) 
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Este grupo corresponde ao bloco 1, ou seja, compõe a estrutura das 
pistas, porém sem os pontinhos. Além disto ajusta a VELOC. 
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Grupo 2 — 17067 a 17178 (42AB a 431A em hexa) 
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Faz exatamente o prescrito pelo bloco 2 da figura 17 — Sem comentá- 
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O único detalhe a citar é o fato de que o endereço onde o "O" se en¬ 
contra é acumulado no stack, através da instrução PUSH HL, imediatamente 
antes do conhecido Call KScan, que constitue o bloco 4 da figura 17. As 
instruções anteriores estão ligadas ao bloco 3. 



Grupo 4 - 17239 a 17276 (4357 a 437C em hexa) 
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As seis primeiras instruções do grupo constituem-se numa sub-rotina de 
consumo de tempo baseada no Registro VELOC. que será "chamada" diver¬ 
sas vezes ao longo do programa. A primeira destas ocorre imediatamente em 
seguida, e considerando as duas posteriores (POR HL — LD (HL), 00) tem-se 
atendido o bloco 5. 

As instruções seguintes estão associadas ao bloco 6, porém na condição 
de "O" e^tar subindo. Isto é facilmente notado pelo fato da POSSEG (Posi¬ 
ção Seguinte) ser obtida da anterior subtraída de 33 em decimais. Feito o 
teste se a posição seguinte é a parede, o salto relativo leva o programa para o 
grupo onde o "O" se movimenta a direita. A razão de testar duas posições à 
frente (através do uso do registro C) deve-se a uma alternativa que existia e 
foi eliminada do programa. . 

Ao fim deste grupo existe uma chamada a uma sub-rotina. Esta vai se 
constituir nos blocos 7 e 8. 



Grupo 5 - 17277 a 17334 (437D a 43B6 em hexa) 




Se "O" viesse pelo ramo de baixo, da direita para esquerda, seria neste 
ponto que ele entraria no programa do movimento de subida. Por isso o grupo 
inicia-se acertando o Dl RO, e carregando DE com 33 em decimal. Isto é o 
bloco 9. 

Em seguida tem-se o bloco 10, com as instruções de CP 1B e a corres¬ 
pondente chamada a sub-rotina, que irá constituir os blocos 11 e 12. Na se- 
qüência o CP97 e o salto condicionado a zero constitue o bloco 14, sendo 
que o endereço do salto leva para onde estão as instruções dos blocos 25, 26 
e 27. 

A próxima etapa é fazer um PUSH HL que será explicado adiante, e de¬ 
senha-se o "O", isto é, atingimos o bloco 15. As instruções do bloco 16 é que 
surgem a seguir e aí, se ACEL não for zero dá-se um salto para o bloco 5, ou 
seja, grupo 4 onde o endereço do "O" é obtido pelo POP. Eis a razao do 
PUSH, que é ainda reforçada pelo detalhe de que ao fazer a chamada à sub- 
rotina do bloco 17, objeto da próxima instrução, haverá uma consulta ao te¬ 
clado (Call KScan), e caso o jogador tenha acelerado, o salto para a mesma 
posição citada acima, do bloco 5 grupo 4, ocorrerá. 

O final do grupo corresponde a uma chamada à sub-rotina que coman¬ 
da o movimento do Asterisco, englobando os blocos 19, 20, 21, 22 e 23. A 
verificação do CONPOAST, objeto do bloco 24, é ainda parte deste grupo, 
que acaba com um salto ao conjunto dos blocos 25, 26 e 27 caso haja lá o 
34. Em caso contrário novamente, se atingirá o bloco 5 do grupo 4. 



Grupo 6 - 17335 a 17405 (43B7 a 43FD em hexa) 
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Esta é exatamente a repetição dos grupos 4 e 5 porém aplicada ao ra¬ 
mo de cima, ou seja, naquele em que o "O" se desloca da esquerda para a di¬ 
reita. 













Grupo 7 - 17406 a 17490 (43FE a 4452 em hexa) 



Nova repetição dos grupos 4 e 5, agora aplicado ao ramo da direita em 
que o "O" desce. 
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Última repetição dos grupos 4 e 5, para o caso em que o "0" se deslo¬ 
ca pelo ramo de baixo, da cireita para esquerda. 

Observando os grupos 4 e 8 constata-se que realmente seria possível 
economizar bytes, aproveitando conjunto de instruções idênticos compondo 
sub-rotinas. No entando a economia, além de não ser grande, tornaria mais 
complexa a compreensão e elaboração do trabalho. 





Grupo 9 — 17563 a 17667 (449B a 4503 em hexa) 
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Esta é a sub-rotina correspondente aos blocos 7 e 8 que havia sido cita ¬ 
da no grupo 4. Como comentado na explicação do Registro Dl RO, este con¬ 
junto de instruções aplica-se para os ramos verticais, da esqeerda em que "O" 
sobe e da direita em que ele desce. 
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Analisando as instruções constata-se que, de início, o teclado é pesqui¬ 
sado pelo KScan e caso as teclas 5 ou 8 estejam sendo pressionadas dá-se um 
salto para um grupo de instruções correspondentes a cada tecla, e-em cascf 
contrário ocorre o retorno à chamada. 

Após o salto, nos blocos correspondentes a cada tecla detecta-se se exis¬ 
te a possibilidade de mudar-se de pista, isto é, se na direção que "O" deve mo¬ 
ver-se não existe a parede (figura de código 08). Se a parede lá estiver nova¬ 
mente, dá-se o retorno. 

Em seguida é feita a alteração da pista, através da série LD A, (Dl RO) 
— LD B, A — LD A, (PISTÃO) — SUB A, B — LD (PISTÃO), A e atinge-se 
uma seqüênoia de instruções que correspondem novamente aos blocos 14, 15, 
uma chamada a sub-rotina associada aos blocos 19 a 23, bloco 24 e finalmem 
te bloco 5. Isto também foi elaborado deste modo pela facilidade de com¬ 
preensão, e pelo fato do movimento entre pistas ser feito em duas etapas ou 
ciclos diferentes daqueles que o "O" faz ao longo da pista. 
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Nova repetição, agora do grupo anterior, de número 9, porém aplicado 
aos movimentos horizontais, dos ramos de cima e de baixo, em que o "0" se 
desloca da direita para esquerda ou vice-versa. 



Grupo 11 - 17787 a 17828 (457B a 45A4 em hexa) 
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Outra sub-rotína, está ligada aos blocos 17 e 18. Como não poderia dei¬ 
xar de ser, ela começa pesquisando o teclado (CALL KScan) e dá-se o retor¬ 
no, se o jogador não está pressionando o zero, ou se BONUS for zero. 

O efeito de acelerar é obtido simplesmente pelo uso do retorno ao blo¬ 
co 5, evitando o ramo 19, 20 etc., o que faz com que o asterisco se atrase. 
Os valores do BONUS Teia são diminuídos de uma unidade e dá-se o retor¬ 
no. 



Grupo 12 - 17829 a 17873 (45A5 a 45D1 em hexa) 



Note-se que este grupo não se constitue numa sub-rotina. Ele está asso¬ 
ciado aos blocos 25 e 26 da figura 17. 

Para começar é dado um efeito especial no encontro do asterisco com o 
"O" e, em seguida, é decrementado o registro Vidas. Atingindo o zero dá-se o 
retorno para o Basic, em caso contrário, um salto para o bloco 3. 



Grupo 13 — 17874 a 18004 (45D2 a 4654 em hexa) 
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Este grupo está ligado aos blocos 11, 12 e 13 da figura 17 e constitue 
uma sub-rotina como já citado. 

Do endereço 45D2 a 45EC temos também uma sub-rotina, já conheci¬ 
da, com a qual a contagem de pontos na tela é incrementada. Esta é utilizada 
imediatamente adiante, nas 10 instruções que se seguem e correspondem aos 
blocos 11 e 12. 

As demais instruçêos vão compor o bloco 13. Primeiro o "O" é dese¬ 
nhado na posição final e o BONUS é testado. Sendo zero não há o que so¬ 
mar, e a velocidade é aumentada, desde que não tenha atingido o valor má¬ 
ximo fixado, através da redução do valor colocado no Registro VELOC. Se 
BONUS não for zero, seu valor é somado ao Ponto Tela, um a um, por suces¬ 
sivas chamadas à sub-rotina citada no parágrafo anterior e, ao mesmo tempo, 
o Bonus Tela é reduzido igualmente. 

Antes do salto ao bloco 2 o “O" e o asterisco são apagados. 



Grupo 14 — 18005 a 18530 (4655 a 4862 em hexa) 
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Sem dúvida esta é a maior das sub-rotinas do programa. É a que coman¬ 
da os movimentos do asterisco e corresponde aos blocos 19, 20, 21, 22 e 
23 da figura 17. 


O bloco 19 é atendido pelas 5 primeiras instruções do grupo e onde, 
adicionalmente, o registro ACEL é feito igual a zero. 

Os dois últimos bloco, respectivamente os 22 e 23 são satisfeitos pelas 
5 últimas instruções do grupo. Todas as demais se relacionam com os blocos 
20 e 21. As rotinas vão se sucedendo em função dos diferentes possíveis va¬ 
lores de DIRAST. Com este e pela utilização do PISTAST, o movimento do 
asterisco vai sendo monitorado. 
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Grupo 15 — 18531 a 19642 (4863 a 4CBA em hexa) 

Aí está o texto que compõe a apresentação ou instrução do jogo. 
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Grupo 16 — 19643 a 19810 (4CBB a 4D62 em hexa) 
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Grupo 17 - 1981 Ta 19858 (4D63 a 4D92 em hexa) 
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Este grupo é responsável pela montagem da tela inicial e pelo efeito de 
"SCROLL" e "ANTI-SCROLL". 

Entre 4CBB a 4CDC está a rotina de impressão. Ela é monitorada pelo 
valor contido em B que vai indicar a partir de que linha o texto deve ser escri- 
to na tela. 

A chamada do Basic é para o endereço que vem a seguir, ou seja, para 
4CDD. Entre este endereço e 4DAC estão as instruções necessárias para com¬ 
por a tela inicial. O valor de B foi feito igual ale usou-se a rotina citada. 

Em 4D1 D há ..a consulta ao teclado. Se S for pressionado dá-se o salto 
para 4D34, onde B é incrementado, desde que ainda não tenha atingido seu 
valor máximo, que é 10. Com D o salto é para 4D41, onde B é decrementa- 
do até o mínimo de 1. Em ambos os casos é sempre feita a chamada para o 
4CBB, responsável pela escrita. 

Finalmente, se C for a tecla pressionada, dá-se o salto para 4D4E onde, 
após a tela ser "apagada", dá-se o início ao jogo. 



Aí estão os dizeres para o final do jogo. 



Grupo 18 - 19859 a 19922 (4D93 a 4DD2 em hexa) 
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Este grupo contém as instruções para a*continuidade ou não do jogo. 
Aqui termina o programa todo. 



RESUMO 

Como novidade foi visto neste capítulo apenas o efeito "SCROLL" e "ANTI- 
SCROLL" utilizado na apresentação do jogo. 

SUGESTÕES 

1 — Utilizando a mesma lógica apresentada, aiíerar a pista ou tela percorri¬ 

da pelas figuras "O" e asterisco, de forma que o jogador possa optar 
pela que deseje utilizar. Uma alternativa seria alterar a largura, número 
e posição das aberturas entre as pistas. 

2 — A fim de facilitar ao jogador o contato com a dinâmica da corrida, tor¬ 

nar a velocidade de movimento das figuras crescente, de forma que, ao 
iniciar a partida, ela seja lenta e vá gradualmente aumentando até que, 
após por exemplo 90 pontinhos terem sido apagados, ela atinja o valor 
dito normal. O crescimento poderia se dar de forma contínua ou em 
algumas etapas. 
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APENDICE A 
BIBLIOGRAFIA 


, Mastering Machine Code on Your ZX81 
Toni Baker — Reston 
. Usando Linguagem de Máquina 
Mario Schaeffer — Urania/Moderna 
. Das ZX81 ROM - RMO, Munique 

. Machine Language Programming Made Simple for Your Sinclair ZX80 & 

ZX81 

. Technical Manual Z80 — CPU 
. Linguagem de Máquina para o TK 
Ravio Rossini — Moderna 
. Código de Máquina para o TK e CP 200 
Oélio Santos Lima — Micron 
. Manual do Proprietário CP 200 
. Manual do Proprietário TK 85 
. Manual do Proprietário RINGO 
, Tabela de Mnemónicos Z80 
para consulta rápida — Urania 
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APENDICE B — MONITOR 


Em todos os capítulos deste volume os programas em linguagem de má¬ 
quina são listados de duas formas: 

1) Desassemblados: logo após o sub-título de cada grupo estão listados os co¬ 
mandos em três colunas: na primeira o endereço iniciai do comando (em he¬ 
xadecimal), na segunda a seqüência de bytes do comando em códigos também 
hexadecimais e na terceira os mnemónicos. A análise deste tipo de listagem 
é que traz maior proveito didático. 

2) Heptassintáticos: esta é a forma mais rápida de se introduzir os códigos e a 
mais garantida em relação a erros de digitação. Em compensação a digitação é 
feita de maneira cega pois não aparecem os mnemónicos. 

Para digitar o programa desta forma devemos antes digitar o monitor 
listado a seguir (quem tem apenas 3 K de RAM deve obter provisoriamente 
uma expansão até completar a digitação). 
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Ao digitar RUN o monitor apresenta qual o número de bytes que a li¬ 
nha REM deve ter para que nela sejam introduzidos os códigos. O leitor deve 


185 






























































procurar este número de bytes no texto, no programinha em basic que acom¬ 
panha o programa principal. Por exemplo, na página 33 o programinha em ba- 
sic mostra que a linha REM deve ter 714 bytes. 

Após introduzir este número, o monitor se encarrega de criar a linha 
REM com o número de bytes pedido (preenchidos com NOPs). 

A seguir o programa pede o endereço inicial e final do grupo que está 
sendo digitado. Estes endereços, em decimal, deve ser procurado no sub-títu- 
lo de cada grupo. 

O monitor apresenta na tela as mesmas 9 colunas da listagem: a primeira 
contém o endereço x\o primeiro byte de linha, a seguir temos sete colunas 
contendo seqüencialmente sete bytes em hexadecimal e, finalmente, na últi¬ 
ma coluna temos a soma sintática dos sete bytes da linha. Se a soma coincidir 
com a listada no livro, isto significa que a linha foi digitada corretamente e o 
leitor deverá teclar S: os bytes serão introduzidos na linha REM e a próxima 
linha é iniciada. Se a soma não conferir, deve-se teclar N e sua digitação deve 
ser refeita. 

Se a digitação do grupo seguinte não for feita no mesmo dia, o progra¬ 
ma deve ser gravado. Ao ser recolocado no gravador devemos digitar: 

GOTO 2000 

e os endereços inicial e final do grupo seguintes serão pedidos. 

Ao terminar o programa tome o seguinte cuidado: digite antes as linhas 
de basic do programinha sugerido no capítulo e só depois apague o monitor 
linha por linha. Isto se de've ao fato da linha REM ser demasiadamente longa 
e se ficar sozinha faz o sistema operacional entrar em "tilt". 
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APÊNDICE C 
MAPA DA ROM 

0000 — Inicialização do Sistema 

0008 — Manipulação de erros 

0010 — Rotina que imprime um caractere 

0018 — Carrega no acumulador o bvte apontado pela variável no endereço 

16406 

0020 — Carrega no acumulador o próximo byte apontado pela variável no 

endereço 16406 
0028 — Rotina de Cálculo 

0030 — Incrementa a área de variáveis,com os números de byte em BC 

0038 — Rotina de interrupção para mostrar na tela uma linha 

0066 — Rotina de interrupção para mostrar a tela no modo SLOW 

007E — Tabelas dos caracteres normas do teclado 

00A5 — Tabela dos caracteres SHIFT do teclado 

00CC — Tabela das funções do BASIC 

00F3 — Tabela dos caracteres gráficos 

0111 — Tabela das palavras-chaves do BASIC 

01FC — Rotina de atualização dos comandos SAVE e LOAD 

0207 — Rotina de determinação da velocidade (SLOW ou FAST) 

0229 — Rotina principal do display 

0292 — Rotina do display no modo SLOW. 

02B5 — Rotina do display no modo FAST 

02BB — Rotina de varredura do teclado 

02E7 — Rotina de RESET do SCL 

02F4 — Comando SAVE 

0340 — Comando LOAD 

03A2 — Teste de BREAK do comando LOAD 

03C3 — Comando NEW 

0419 — Rotina de edição das linhas de programação 

0454 — Rotina do cursor 

04B2 — Rotina de execução do programa em BASIC 

052B — Rotina de construção do Sistema E-LINE 

05C4 — Rotina de ordenação da edição 
063E — Rotina principal de edição 
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Ü72C — Comando LLIST 

0730 — Comando LIST 

0745 — Rotina dc impressão de uma linha BASIC 

07BD — Rotina de decodificação do teclado 

07F1 — Rotina de impressão de um caractere 

0808 — Rotina de impressão de um caractere no vídeo 

0851 — Coloca um caractere no buffer da impressora 

0869 — Comando COPY 

08F5 — Teste dos parâmetros de PRINT AT 

0918 — Rotina de expansão do display 

094B — Rotina de. impressão das palavras-chaves do BASIC 

09AD — Rotina de organização das variáveis 

09D8 — Determinação do endereço de uma linha de programa 

0A2A — Comando CLS 

0A98 — Rotina de impressão do número da linha 

0ACB — Comando LPRINT 

0ACF — Comando PRINT 

0B6B — Rotina de impressão de uma string 

0BAF — Comando PLOT e UNPLOT 

0C0E — Comando SCROLL 

0C29 — Tabela de sintaxe dos comandos 

0CDC — Comando STOP 

0DAB — Comando IF 

0DB9 •—r Comando FOR 

0E2E — Comando NEXT 

0E6C — Comando RAND 

0E7C — Comando CONT 

0E81 — Comando GOTO 

0E92 — Comando POKE 

0ED8 — Comando RETURN 

0F23 — Comando FAST 

0F2B — Comando SLOW 

0F32 — Comando PAUSE 

0F46 — Teste de BREAK do comando SAVE 

1321 — Comando LET 

1409 — Comando DIM 

149A — Comando CLEAR 

151D — Arquiva o acumulador do Stack do calculador 
1520 — Arquiva o par BC no Stack do calculador 

158A — Rotina de manipulação dos cálculos de ponto flutuante 
174C — Rotina de subtração para números de 5 bytes 
1755 .— Rotina de adição para números de 5 bytes 
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1706 — Rotina de multiplicação para números de 5 bytes 

1882 — Rotina de divisão para números de 5 bytes 

1815 — Tabela das funções 

199D — Calculador de ponto flutuante 

1E00 — Tabela de definição dos caracteres 

4000 — Início da RAM 

4082 — Início do programa em BASIC 

DFILE — Início do arquivo de tela 
VARS — Início da região de variáveis 
ELINE — Linha sendo digitada + espaço de trabalho 
PILFUN — Início da pilha de cálculo 
PILFIM — Início da pilha de cálculo 
SP — Início da pilha para endereçar sub-rotinas 
RAMTOP — Início do espaço que pode ser reservado para rotinas 
em linguagem de máquina 
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Colunai (PRINT) 


APÊNDICE D — TABELA 


O rd «nadai (PLOT) 
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■■■■■■■■■■■■■■ 
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■■■■■■■■■■■■■■ 

■■■■■■■■■■■■■■ 


Pi2SiIS2""SSP 


UtíiuM (PRINT) 


NÍVEL 8 

NÍVEL 1 

NÍVEL 2A 

NÍVEL 26 

NÍVEL 3 

NÍVEL 4 

CRIANÇAS 

ADULTOS 

E 

ADOIESC. 

ADULTOS 

E 

ADOLESC 

ADOLESC. 

JOGOS 

ADULTOS 

E 

ADOLESC. 

ADULTOS 

E 

ADOLESC. 

»on 

20 h 

201» 

20 h 

40 h 

40 h 

iniciação 

INICIAÇÃO 

APROE. EM 
APLICAÇÕES 
AOM. 

APLICAÇÕES 

EM 

JOGOS 

LINGUAGEM 
DE MAOUINA 
ASSEMBLY ZB0 

APROE. DE 
LINGUAGEM 

OE MAOUINA 


orientação 
Ide lestudos 


Av. Brig. Faria Lima, 1.451 • 3.° - Cj. 31 
Te!.: 813-4555 - CEP 01451 - São Paulo 


LIBERT E O GÊNIO DO SEU MICRO 



2) CURSO DE ASSEMBLY 

O seu micro de lógica SINCLAIR 
i (RINGO, CP-200, TK82/83/85, AS- 
1000. c(c.) bem como os compatíveis 
com TRS-80, tem um microprocessa¬ 
dor Z-80. 

Aprendendo Linguugem de Máquina 
(ASSEMBLY Z 80) vocé poderá co¬ 
mandar dirctamentc o microprocessador 
estruturando programas muitas vezes mais rápidos do que 
em BASIC e gastando muito menos memória. 

Você poderá aprender ASSEMBLY como fez o FLAVIO ROSSINI (autor do LIN¬ 
GUAGEM DE MÁQUINA PARA O TK - Ed. MODERNA) assistindo às aulas do 
professor FRANCISCÓ A.S. DE OLIVEIRA. 

Os cursos LM I (40 horas) e LM II (40 horas) são no NÚCLEO DE ORIENTAÇÃO 
DE ESTUDOS - Av. Brig. Faria Lima, 1451 conj. 31, cm vários horários, inclusive 
aos sábados. Para informações ligue para (011) 813-4555. 



Saiba escolher o meíhor material para seu micro. Na 
URANIA, dirigida pelo professor Pieriuigi Piazzi 
você encontra novidades inteligentes para o seu computador: 

Sotware Lazen Jogos inteligentes e de ação para 
divertimento de pessoas inteligentes. 

Software Didático: Use o seu micro como um 
eficientíssimo professor para rever e aprender línguas, matemática, 
ciências, etc., na velocidade que você determinar. 

Liyros para seu micro: Obras originais editadas pela 
própria URANIA por autores NACIONAIS escritos para o 
USUÁRIO BRASILEIRO. 

Cursos: Basic (elementar e avançado) linguagem de 
máquina Z-80 (iniciantes e aprofundamento) sob a orientação 
de Flavio Rossini. no Núcleo de Orientação de Estudos. 
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Faça-nos uma visita ou 
envie cupom anexo (ou xerox) para 


Gostaria de receber gratuitamente 
o boletim informativo da Urania. 


----s Nome: ____ 

Endereço: _ _ 

URANIA Publicações e Assessoria rpp Y c.id-tdv 

Av. Brigadeiro Faria Lima, 1451 F „ arfn . n ata . r„; • 

3? cj. 31 • CEP01451 - São Paulo . . . 

l Tel.: (011) 813.4555 j n 

v _ v - y \ _ Favor preenchei em letra de tomia 

Se quiser, transmita seus dados por telefone para nossa secretaria eletrônica, fora do horáno comercial. 
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